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[57] ABSTRACT 

An electronic statement presentment (ESP) system replaces 
the preparation and mailing of paper statements and invoices 
from a biller with electronic delivery. Electronic statements 
have the same look as paper statements as well as including 
video, audio, graphics, and custom enclosures. Statements 
are segmented into mandatory and optional components to 
minimize download time. The ESP system operates inde- 
pendently or is an enhancement to any suitable electronic 
bill payment system. A central switch computer coordinates 
template storage, validation, routing and message passing 
between billers, workstations and consumer financial insti- 
tutions (CFI). A template authoring workstation (TAWS) 
creates a template of static biller information to serve as a 
basis for the electronic statement. The template is stored in 
a template library at the switch. The switch validates the 
template by sending it to a template validation workstation 
(TVAL). Batches of customer statement data are sent from 
a biller' s legacy invoicing system to a statement origination 
workstation (SORG) along with a template identifier. The 
switch sends the template to the SORG where the customer 
data is validated by comparison to the template identified. 
The batch of customer statement data is sorted by a state- 
ment generation workstation (SGEN) identifier associated 
with each customer record. The sorted batches are sent to the 
switch where they are routed to the appropriate SGEN based 
upon the SGEN identifier. Each SGEN generates an elec- 
tronic statement for each customer from the statement data 
and the appropriate template. A CFI associated with each 
SGEN delivers each electronic statement to the appropriate 
customer using a customer identifier in the statement data 
and uses any chosen medium. 

46 Claims, 19 Drawing Sheets 
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ELECTRONIC STATEMENT PRESENTMENT 
SYSTEM 

This application claims priority of provisional U.S. 
patent application Ser. No. 60/028,095, filed Oct. 9, 1996, 
entitled "Electronic Statement Presentation", by inventors 
Kolling, et al. ( which is hereby incorporated by reference in 
its entirety for all purposes. 

FIELD OF THE INVENTION 

The present invention relates generally to electronic 
financial transactions. More specifically, the present inven- 
tion relates to an electronic statement presentment system 
that allows a biller to direct a statement or invoice electroni- 
cally to a consumer. 

BACKGROUND OF THE INVENTION 

Millions of consumer make monthly payments to utilities, 
merchants, banks, and other service providers ("billers") by 
check, with a small number of consumers using electronic 
banking services. The term "consumer" as used herein 
broadly refers to any person or entity paying a bill, be it a 
utility customer, a taxpayer paying a tax, a borrower repay- 
ing a loan, a state or government paying a bill, a person 
receiving a statement of account from a bank, brokerage 
firm, etc. 

Billers, who often are billing small amounts with each 
transaction, incur the costs of processing many checks and 
the attendant overhead of dealing with paper remittance 
coupons and envelopes. Given the economy of scale, a biller 
has great incentive to reduce the cost of remittance 
processing, and an even larger incentive to reduce the cost 
of "exception items." An exception item is a payment that, 
for some reason, cannot be processed according to the highly 
automated procedures put in place by the biller to quickly 
process the remittances. Exception items include checks 
received without payment coupons, payment coupons 
received without checks, checks for amounts different than 
the amount shown on the coupon, multiple payments 
received in an envelope with a single check, etc. Whereas 
the cost to a biller to process a properly submitted remittance 
may be $0.10 per item, an exception item transaction might 
cost as much as $0.65 to $1.50. Billers, therefore, have a 
large incentive to minimize the number of exception items. 

Various prior art electronic bill payment services exist 
(including electronic banking, bill payment service bureaus, 
banks, etc.), but generally increase the cost per item to the 
biller as well. These prior art electronic bill payment ser- 
vices include services offered by Bank of America, Wells 
Fargo, CheckFree, and through software products such as 
MS Money and Quicken. Unfortunately, when a consumer 
decides to try an alternate form of remittance using these 
electronic bill payment services the cost to the biller 
increases dramatically because such a remittance is typically 
an exception item to most billers today. A bill payment 
service provider offers a bill payment services to consumers 
whereby the consumer directs the service provider to make 
payments to the biller. Since the payment origination is 
usually done electronically, the remittance is not presented 
to the biller in the usual way with a check and a payment 
coupon in the biller provided envelope. Instead, the biller 
usually receives a check printed by the service bureau 
showing the consumer's account number and other data. In 
some cases, the biller is presented with a check along with 
instructions to credit the amount of the check to the con- 
sumer's account. In other cases, the payment is an electronic 
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transfer where the consumer's account information is 
included in a list of payments from multiple consumers. 

In any case, these transactions are exception items to the 
biller since no payment coupon is presented, thus entailing 

5 additional costs to billers. Furthermore, large bill payment 
service bureaus may have many consumers using their 
service and paying bills to the same biller. Unfortunately, 
that biller will often receive one check for many customers 
accompanied by a list of account numbers and amounts for 

]0 consumers whose remittances are part of the single check. 
The biller must then go through the list manually to verify 
the account numbers are correct, and then capture the data 
to its accounting system. Furthermore, a biller with thou- 
sands of customers may have to deal with a large number of 

15 electronic bill payment services (that is, many service 
bureaus or banks) directly. The logistics of dealing with 
many different electronic bill payment services and keeping 
track of consumers, their account numbers, and with which 
electronic bill payment service they are associated, increases 

20 the cost of processing remittances by the biller. 

One technique for addressing the above inefficiencies in 
bill payment is shown in FIG. 1. FIG. 1 illustrates an 
electronic bill payment environment 10. Environment 10 
allows a consumer 12 to easily pay a bill via electronic 

25 means to any of a number of billers 14. Operating regula- 
tions 16, contractual arrangements, or rules, govern the 
actions of the parties within the overall environment, and an 
electronic payment system 18 performs the actual transfer of 
an electronic bill from a consumer financial institution 20 to 

39 a biller financial institution 22. Once consumer 12 receives 
a bill in the mail, the consumer interacts with financial 
institution 20 to direct that the bill payment be sent to biller 
14. Electronic payment system 18 manages the transfer of 
the electronic payment from consumer financial institution 

35 20 to biller financial institution 22. Electronic payment 
system 18 may take a variety of forms for transferring 
electronic payments. By way of example, a suitable elec- 
tronic bill payment system 18 is disclosed in U.S. Pat. No. 
5,465,206 entitled "Electronic Bill Pay System", commonly 

40 owned by the assignee of the present application, which 
issued on Nov. 7, 1 995 to Hilt, et al. This patent is hereby 
incorporated by reference in its entirety. Although an elec- 
tronic bill payment environment 10 including an electronic 
payment system 18 may be implemented in a variety of ways 

45 and managed by any entity, FIG. 1 provides an example of 
such an environment 10 that is coordinated by Visa Inter- 
national Service Association (hereinafter "VISA") of San 
Mateo, Calif. In one specific embodiment, electronic bill 
payment system 18 is the Visa ePay system. 

50 Electronic payment system 18 includes technical platform 
24 (hardware and software for implementation), biller ref- 
erence file 26 (such as a universal biller file, or UBF, of U.S. 
Pat. No. 5,465,206), and service infrastructure 28. In the 
Visa ePay system embodiment, a global clearing and settle - 

55 ment system termed VisaNet is used to assist in administra- 
tion of electronic payment environment 10. Through use of 
electronic payment environment 10, consumer 12 is able to 
quickly and easily send payment and accounts receivable 
information 30 to biller 14 in a manner that reduces the costs 

60 associated with handling these payments to biller 14. 

Such an electronic payment system 18 provides a variety 
of advantages. It is an interbank system that facilitates 
information exchange between banks and adds value to that 
exchange. It allows a financial institution on either end to 

65 maintain relationships with consumers and/or billers and to 
provide branded services to those consumers and/or billers. 
That is, the internal operation of electronic payment system 
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18 and the presence of its coordinating entity are invisible to improved means of delivering statements and invoices to 

consumers and billers. It allows a biller to deal with a single consumers is needed. Such an improved delivery means 

financial institution and minimizes exception items because would leverage existing systems (such as existing electronic 

the electronic bill payments come with consumer authorized payment bill systems and clearing and settlement systems), 

payment instructions that are not viewed as exception items. 5 an d would provide standards and regulations to ensure 

Such an electronic payment system has advantages for consistent and quality service, 
financial institutions as well such as supporting electronic 

payment initiatives, providing standards and operating SUMMARY OF THE INVENTION 
regulations, providing robust and error-free electronic data, 

and increasing value to the financial institution's customers. To achieve the foregoing, and in accordance with the 

However, even though a biller is provided with an elec- purpose of the present invention, an electronic statement 

tronic means to receive payments from consumers, there still presentment system is disclosed that allows billers and other 

exists the problem of delivering statements and invoices entlties t0 efficiently and cost effectively deliver electronic 

efficiently to consumers. It is important for a biller to deliver statements to respective consumers of their services and 

an invoice to a consumer so that the consumer may then pay 15 products. 

the bill presented in the invoice. An invoice is typically a bill The present invention replaces the printing, stuffing and 

presented to a consumer for services rendered or service mailing of paper statements with the power and efficiency of 

units accumulated. A statement might be delivered to a electronic delivery. Billers are provided with the capability 

consumer to update the account status for that consumer, and t0 create statements with custom, personalized marketing 

includes bank accounts, brokerage accounts, etc. The term 20 messages based upon their customer's characteristics. State - 

"statement" will be used broadly herein to denote not only rnents may have the same "look and feel" as paper 

invoices and statements of any form, but other information statements, as well as extended capabilities to include: full 

product that a biller, merchant or other entity desires to motion video; audio; graphics; and custom enclosures based 

deliver to a consumer to update the consumer as to the °u customer demographic or usage profiles. Statements are 

relationship between biller and consumer. 25 segmented into mandatory and optional components to 

Currently, invoices in particular are received by consum- minimize download time and thereby enhance the consumer 

ers through the mail. The cost to a biller in preparing and experience. Electronic statement presentment provides for 

mailing an invoice to a consumer is a large per unit cost. security and privacy of the information by transporting and 

These costs include the paper for the invoice, any delivering statements through a secure network, 

enclosures, the envelope, postage, printing, data 30 Although the present invention may operate stand-alone, 

management, etc. Similarly, the costs associated with pre- in one embodiment of the invention the electronic statement 

paring and mailing any type of statement to a consumer can presentment (ESP) system is an enhancement, or is compli- 

also be quite high. Billers have a large incentive to try to mentary to any suitable electronic bill payment system. In 

reduce this high cost of mailing statements and invoices. one specific embodiment, the ES P system is an enhancement 

Furthermore, receipt of a paper invoice in the mail does not 35 to the electronic bill payment system described in U.S. Pat. 

necessarily encourage a consumer to reply using an elec- No. 5,465,206, and in particular may be integrated with 

tronic bill payment system such as described above. Billers VISA'S ePay system to provide full-circle electronic finan- 

would prefer that a consumer use an electronic bill payment cial transactions for billers and consumers. By introducing 

system to pay an invoice to save the biller money. electronic statement presentment to an existing electronic 

Other alternative techniques exist for providing invoices 40 Dm * payment system, an added dimension enables fully 

to consumers, but suffer from drawbacks. For example, automated bill payment. In addition, any suitable electronic 

CheckFree provides a service by which a consumer receives remote banking service provided by a financial institution is 

an electronic invoice from CheckFree over the Internet. also enhanced. By integrating the ESP system of the present 

Using the Internet, the consumer must log into the Check- invention into an electronic bill payment system, a fully 

Free Internet site in order to access the consumer's invoice 45 electronic payment system is provided that enables process- 

and direct that it be paid. However, this technique requires m S controls, transaction completion certainty and item reso- 

that CheckFree establish a relationship with each biller that lution. These features are not possible in the traditional 

it supports, and also with all of the consumers for that biller. paper-based process that uses either the post office or a 

From the biller's perspective, this is not an extremely courier to deliver paper statements, 

desirable situation. For one, it is unlikely that every single 50 The present invention provides a variety of other advan- 

one of the biller's customers will sign up with CheckFree. tages. For one, electronic statement presentment reduces the 

Unfortunately, the biller must establish and maintain a mailing costs for billers on a per unit cost. By delivering 

relationship with each of these electronic invoice services. statements electronically and automatically, the costs asso- 

Thus, the invoices that a biller sends out must be sent to a ciated with preparation and mailing of a paper statement are 

variety of independent services for later distribution to the 55 greatly reduced. Also, by presenting an electronic statement 

biller's customers. Such a spread out relationship among to a consumer, the chances are greatly increased that the 

service providers is difficult and costly for a biller to same consumer will take advantage of an associated elec- 

maintain. Also, as each service may be a separate, indepen- tronic bill payment system, thus further reducing costs to the 

dent company, there are no overarching operating regula- biller. Furthermore, the present invention is able to send 

lions to bind all of the parties and to ensure that the biller 60 electronically a variety of statement and invoice types (or 

will receive consistent, quality services. In addition, current other information products) from a business entity to a 

electronic invoice services (such as CheckFree) do not allow consumer. 

generation of EDI 810 electronic invoices as required by In one embodiment of the invention, an electronic state- 
such organizations as the U.S. Government's General Scr- ment originates from a biller or biller service provider (BSP) 
vices Administration (GSA). 65 anc i [ & transmitted to a consumer financial institution (such 
Therefore, the above shortcomings of current statement as a bank) or a consumer service provider (CSP). Delivery 
and invoice delivery approaches demonstrate that an of the electronic statement to such a bank and not directly to 
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a consumer allows the bank to maintain its established Advantageously, the present invention may use any of a 
relationship with that consumer and provides a simpler variety of data formats for transmitting an electronic state- 
solution for billers who do not need to deal directly with a ment. As one specific example, use of an Adobe PDF format 
variety of electronic service bureaus. By offering a single, has been shown to have desirable results. Furthermore, a 
comprehensive electronic statement presentment system 5 template used to generate an electronic statement may 
able to route statements from billers to any consumer contain any information, format or logo that the biller 
financial institution for delivery to any customer of that desires to send to the consumer. This allows a biller to 
biller frees a biller from the difficulties associated with continue using a similar format and style such as is presented 
establishing relationships with a multitude of service pro- on paper statements to maintain the same "look and feel" for 
viders. Unlike the prior art, where customers might choose the consumer. The present invention also makes a distinction 
any of a multitude of service providers, thus forcing billers between static information of a statement (such as biller 
to establish relationships with this multitude of service information, logo, format information, etc.) and dynamic 
providers, the present invention allows a biller to enroll in a information that must be updated with each electronic 
single ESP system and be assured that electronic statements statement for each customer (such as number of units used 
will be delivered to those of its customers that desire by a customer, amount of the invoice, changes in account 
electronic statements, regardless of the customer's choice of 15 status, change in consumer address, date, account history, 
financial institution. etc.). In one specific embodiment, the static information is 
A bank or other consumer service provider may also stored in the template, while the dynamic information is 
integrate such an electronic statement delivery from a biller transmitted separately from the biller and combined later to 
into its own electronic home banking product in order to generate the complete electronic statement or invoice. As the 
enhance that product and to provide more value to its 20 static information provides the bulk of the template, the 
consumer. In this fashion, a consumer may continue a present invention allows for the bulk of this information to 
relationship with his current bank, yet still be able to receive be moved infrequently to lower telecommunications costs 
electronic statements from any biller from which the con- and to only transmit the dynamic information when a 
sumer receives a service. Alternatively, a consumer may statement is being sent for a particular customer, 
choose any consumer service provider it desires that might 25 an electronic statement presentment system accord- 
provide electronic statements by way of the present inven- m l0 the nt mvention ^ not only abIe to operate 
lion. Urns the present invention enhances the value of the md endently ^ t0 provide value to billers> banks and 
consumer financial institution or consumer service provider ^ but ^ also aMe t0 lete the circle for m 

in the eyes of the consumer. , , . , .„ , . . . , . 
^ J . . „ , electronic bill payments and presentments when used in 
Hie present mvention is able to receive all electronic 30 conjunction ^ an electronic bill payment system. Elec- 
statements from a particular biller during a given billing tronic statement prese ntment systems implemented accord- 
cycle (for those customers that wish electronic statements) mg {Q me invemion pf0vide CODVenience ^ cost savings t0 
and then distribute those electronic statements to the appro- both bUlers and consumers as weU ^ prov i dmg security and 
pnate consumer financial institutions for later delivery to the reliability 
customers. Customers of a particular biller may use a variety 35 

of consumer financial institutions. Routing of the statements BRIEF DESCRIPTION OF THE DRAWINGS 

to the correct institution for eventual delivery to the cus- The invention, together with further advantages thereof, 

tomer is performed by the electronic statement presentment may best be understood by reference to the following 

system. The task of contacting the consumer and providing description taken in conjunction with the accompanying 

the electronic statement in an appropriate medium is left to 40 drawings in which: 

the consumer financial institution. piG. 1 illustrates a prior art electronic bill payment 

The consumer financial institution may then use any of a environment, 

variety of means to transmit this electronic statement to the FIG. 2 illustrates an electronic statement presentment 

consumer. For example, any electronic home banking ser- (£SP) environment according to one embodiment of the 

vice that the consumer financial institution supports may be 45 present invention. 

used to transmit the electronic statement to the consumer. FIG. 3 illustrates an embodiment of an electronic state- 
Electronic means such as the Internet, telephones, video mem presentment (esp) sys tem. 

telephones televisions, WebTV, personal digital assistants, FIG. 4 illustrates symbolically a record in a universal 

or any other proprietary communication system may be b iu er fii e (UBF) 

used. For example, banks such as Bank of America and 50 ™^ - ■„ ; \ . . . . . . - 

o'.*u 1 u .if • • . . * rIG. 5 illustrates symbolically the use of a statement 

Citibank have their own proprietary systems for com mum- 4 . , 4 t 7 ' . . , , " 

4- a template and statement data to produce an electronic state- 

cating with consumers. The consumer financial institution men t 

could even print and deliver the statements if it wished. By _ ' , 4 . , 

allowing a consumer financial institution to use its desired . 6A » a flowchart describing one embodiment for 

means of communication with a customer, and by integral- 55 SCttmg up a bdlcr for P arUci P atl0n 10 the ^ svslem - 

ing the ESP system into this desired means of FI 9' 6B ^ a flowcnart describing one embodiment for 

communication, provides value to the consumer financial creating a statement template. 

institution and to the consumer. FIG. 6C is a flowchart describing one embodiment by 

Furthermore, the present invention need not rely upon the which a statement template may be validated. 

Internet which may at times be slow, unreliable or less 60 7 is a flowchart describing one embodiment by 

secure. Any electronic network may be used by the present which a consumer service provider (CSP) is set up for 

invention to deliver statement information from a biller to operation within the ESP system. 

provide an electronic statement to a consumer financial FIG. 8 is a flowchart describing one embodiment by 
institution. In one embodiment, a private telecommunica- which a consumer enrolls in the ESP system, 
lions IP-based intranet serves as a link to consumer financial 65 FIGS. 9 A and 9B are a flowchart describing one erabodi- 
institutions, such as a bank that provides electronic banking ment of the present invention by which an electronic state- 
services for its customers. ment is presented to a consumer. 
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FIG. 10 illustrates ao example of a detailed electronic 
statement according to one embodiment of the present 
invention. 

FIG. 11 is a welcome screen from an Internet site illus- 
trating an electronic banking world wide web application 
that includes the ability for electronic statement present- 
ment. 

FIG. 12 is sample list of invoices screen available from 
the Internet site. 

FIG. 13 is a sample invoice summary screen available 
from the Internet site. 

FIG. 14 is a sample invoice detail screen available from 
the Internet site. 

FIG. 15 is a sample enclosure screen available from the 
Internet site. 

FIG. 16 is a sample make payment screen available from 
the Internet site. 

FIG. 17 is a block diagram of a typical computer system 
suitable for implementing an embodiment of the present 
invention. 

DETAILED DESCRIPTION OF THE 
INVENTION OVERVIEW 

FIG. 2 illustrates an electronic statement presentment 
(ESP) environment 100 according to one embodiment of the 
present invention. ESP environment 100 is an example of an 
environment in which an electronic statement presentment 
(ESP) system (of FIG. 3) may operate. It should be appre- 
ciated that ESP systems according to the invention are 
suitable for use in a variety of environments. ESP environ- 
ment 100 is suitable for transmitting an electronic statement 
efficiently from a biller to a consumer via an ESP system. 

An electronic statement originates at a biller end point 
102 that may be a biller 104, a biller service provider (BSP) 
106 or a biller financial institution (BFI) 108. Biller end 
point 102 is the point at which statements originate and are 
sent to the ESP system (not shown). Biller 104 is any 
business, merchant or organization that produces consumer 
statements and/or invoices to reflect the services and/or 
products that the biller provides. Biller 104 may also use 
contract services for some or all of its accounts receivable 
billing and statement processing functions. Biller service 
provider (BSP) 106 provides these services for a particular 
biller with which it has a relationship. BSP 106 may have 
relationships with, and provide statement services for, any 
number of billers. 

Each biller also has a relationship with a biller financial 
institution (BFI) 108, such as a bank or other financial 
institution. BFI 108 may have relationships with any number 
of billers. For a particular biller, BFI 108 may choose to 
collect consumer statements from this biller or from a BSP 
106 for forwarding to the ESP system, or from any combi- 
nation of these. As used herein, the term "biller" refers to a 
biller 104, a BSP 106, a BFI 108, or any other suitable 
organization that generates statements. 

A coordinating entity 120 is responsible for providing the 
core systems, operating rules, standards and procedures to 
facilitate reliable service operation and participation by 
billers and consumer financial institutions 130. Entity 120 
provides hardware, software, and network communication 
for implementing the ESP system, although portions of the 
ESP system may be distributed throughout environment 100. 
Coordinating entity 120 also maintains a universal biller file 
(UBF) (as in FIG. 4) and a statement template library 
(shown in FIG. 3). Once coordinating entity 120 receives 
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statement information from a biller, it forwards this state- 
ment information to a consumer financial institution end 
point 130 for eventual delivery to a consumer 140. The 
function of coordinating entity 120 may be performed by a 

5 wide variety of businesses and organizations, by a 
government, and/or by a combination of organizations. In 
one specific embodiment of the present invention, the func- 
tions of coordinating entity 120 are performed by VISA of 
San Mateo, Calif., and communications are assisted by using 

10 its VisaNet network. 

Consumer financial institution end point 130 receives 
statement information from coordinating entity 120. End 
point 130, in one specific embodiment, includes a consumer 
financial institution 132 and a consumer service provider 

15 134. Consumer financial institution (CFI) 132 is a financial 
institution such as a bank that operates, or contracts with a 
consumer service provider (CSP) 134 to operate remote 
banking services. CSP 134 and CFI 132 may be separate 
entities or may be part of the same entity or institution. End 

20 point 130 is responsible for delivering statements to a 
consumer, generally in conjunction with remote banking 
services. As used herein the term "consumer financial insti- 
tution" and "consumer service provider" may be used inter- 
changeably to refer to consumer financial institution 132, 

25 consumer service provider 134 or any other suitable orga- 
nization that delivers statements to consumers. 

Consumer end point 140 refers to a consumer 142, such 
as an individual, a business 144 or any other entity that 
receives statements. Consumer 142 is often a retail banking 

30 customer who uses electronic banking and bill payment 
services. Business 144 is any organization (such as a state, 
government entity, or corporation) that wishes to receive 
electronic statements. Now that a general ESP environment 
100 has been illustrated, implementation of an ESP system 

35 will be explained. 

ELECTRONIC STATEMENT PRESENTMENT 
SYSTEM 

4Q FIG. 3 illustrates an embodiment of an electronic state- 
ment presentment (ESP) system 200. For clarity, and for the 
purpose of describing certain features and benefits of ESP 
system 200, FIG. 3 also includes elements of an electronic 
bill payment system. Elements relating to the electronic bill 

45 payment system are payment 230, payment information 232, 
an originating workstation (OWS) 234, payment informa- 
tion 236 and a biller bank workstation (BBWS) 238. It 
should be appreciated that ESP system 200 may operate in 
conjunction with an electronic bill payment system or may 

50 stand alone. General operation of system 200 will now be 
described followed by a detailed discussion of each element. 

Biller 102 receives from a biller invoicing system 204 
statement data 206 for a particular consumer. Statement data 
206 is transmitted to a statement origination workstation 

5s (SORG) 208. A template authoring workstation (TAWS) 210 
is used to produce a template 212 that the biller wishes to use 
in presenting a statement to consumer 140. Template 212 is 
transmitted to a central site switch 214 and is stored in a 
template library 216. Switch 214 passes template 212 to 

60 template validation workstation (TVAL) 218 for validation 
and review of template 212. 

SORG 208 receives template 212 from switch 214 and 
"validates" statement data 206 with template 212. As will be 
discussed in greater detail below, this validation can include 

65 manual or automated verification of data formats, etc. Once 
validated, SORG 208 transmits statement data 220 in a 
standard form 220 to switch 214. For a new template, or 
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when a template is updated, switch 214 transmits template graphics information either describing graphics or their 

212 to a statement generation workstation (SGEN) 222. location, font information, etc. TAWS 210 is used to gather 

Periodically during a billing cycle, switch 214 routes stan- all of these necessary resources and package them into a 

dard statement data 220 using information contained in the template that can be used by SGEN 222 to combine with 

data to SGEN 222. Using template 212 and standard state- 5 individual consumer statement data in order to produce an 

ment data 220, SGEN 222 generates an electronic statement electronic statement. 

224 and transmits it to consumer financial institution (CFI) A variety of authoring tools may be used on TAWS 210. 

130. CFI 130 then delivers electronic statement 224 to By way of example, the tools Microsoft Access version 8 

consumer 140 using the consumer's medium of choice. and Adobe Acrobat version 3.0 have been found to have 

During operation of ESP system 200, switch 214 receives 10 desirable results. Production of enclosures may use any 

billing information from a universal biller file (UBF) 300 desktop publishing software capable of producing output in 

(described in FIG. 4 below) and distributes information Adobe Postscript or PDF format, for example, or in" any 

needed to entities within the system. other format supported by the system. Since PDF enclosures 

As mentioned above, FIG. 3 includes elements of an can incorporate links that point to Internet addresses, any 

electronic bill payment system. To make a payment after 15 web au -2f ™« tools ^ ak ° * d t0 pro ^h 

i accessible from statement enclosures. Adobe Acrobat 
receiving an electronic statement 224, consumer 140 makes . . , . „„„ , „ , 
.-»™* u- 1. ^i-n™ ^niin*u . ■* includes the main acrobat PDF editing package called 
a payment 230 to his or her CFI 130. CFI 130 then transmits Exch a pDF Reader> a PDF Writer, the Disfiller pro- 
payment information 232 (including a biller identification, a fof converti Postscripl lo PDF> scan/capture soft- 
customer biller account number (CBAN), amount, date, etc.) ware fof averting scanned images to PDF with automatic 
to originating workstation (OWS) 234. OWS 234 transmits 20 0CR> and for creating indices for a set of PDF 
payment information 236 in modified form to switch 214 documents. 

that routes payment information 236 to biller bank work- Because an entire template with linked external resources 

station (BBWS) 238. Payment information 236 is then can \# quite i arge f or example in the range from 200 

transmitted to biller 102 where the payment information is Kilobytes to 2 or more Megabytes in size in various specific 

reconciled with the b tiler's accounts receivable database. An 2 s circumstances), rather than keeping a copy of every resource 

example of a suitable electronic bill payment system with for every template version, TAWS 210 may keep just one 

which the present invention may be integrated is described copy of any resource, thus saving space and improving 

in U.S. Pat. No. 5,465,206 incorporated by reference above. maintainability. As computer and communications technol- 

Biller 102 may be any of the entities as described in FIG. ogy improve, the size of the entire template files are likely 

2. Biller invoicing system 204 contains the accounts receiv- 30 t0 increase thereby enhancing the advantages of keeping 

able for the biller along with a database of all customer biller onl y one ^PV of an y resource. 

account numbers (CBAN). Biller invoicing system 204 may Central site switch 214 may be implemented on any 

be any existing legacy system that a biller currently uses to suitable computer. By way of example, an IBM-compatible 

send statements to consumers. Whereas billers currently use server running Microsoft Windows NT Server has been 

an invoicing system to print statements on paper for mailing, 35 found to produce desirable results. In an alternative 

the present invention is able to retrieve electronic statement embodiment, switch 214 is composed of two computers, one 

data from invoicing system 204 for eventual generation of computer for switching ESP system data to CFIs, and a 

an electronic statement. Statement data 206 sent to biller 102 second computer for switching electronic bill payments back 

includes all of the data normally found in an invoice or a to billers. The functionality of switch 214 as it relates to ESP 

statement for a particular consumer. In one specific 40 system 200 will be herein described; functionality of a 

embodiment, statement data 206 is transmitted in the form comparable central site switch as it relates to electronic bill 

of a statement augmented record (SAR) when the data is sent payments is disclosed in U.S. Pat. No. 5,465,206. In general, 

from biller 102 to SORG 208 and includes the identifier and switch 214 serves as a store and forward switch to route all 

version of the template that the biller wishes to use in ESP system data between system end points. It also includes 

preparing an electronic statement for its customers. 45 a template library 216 for templates produced within system 

Typically, a biller will send a batch or billing round of 200 and provides for data archiving, system audits and 

statement data for numerous customers all at once, although reconciliation. 

statement data 206 may be sent for a single customer as well. Switch 214 receives templates 212 from TAWS 210 for 

Template authoring workstation (TAWS) 210 is a com- storage in template library 216. Switch 214 may then 

puter that may be physically located at, or operated by, the 50 transmit a template 212 to template validation workstation 

biller, the BSP or the BFI. TAWS 210 utilizes current (TVAL) 218 for template validation, transmit a template 212 

off-the-shelf authoring software packages and software to SORG 208 to validate statement data, or transmit a 

described herein to create templates that contain the biller's template 212 to statement generation workstation (SGEN) 

processing instructions for displaying statements and 222 for generation of an electronic statement. Based upon 

invoices. A template contains the programmed instructions 55 biller and consumer identification provided in templates and 

and graphic pattern for statement information to be pre- statement data, switch 214 is able to route templates 212 and 

sented to the consumer and is described in more detail below statement data 220 to the appropriate SGEN 222 and on to 

in FIG. 5. A template may include such items as a corporate the appropriate CFI 130. As system 200 may accommodate 

logo, a special font, any graphics to be presented on the any number of billers, during any given time period switch 

statement, enclosures and any information required by law. 60 214 is receiving batches of statement data from any number 

In general, a template authored on TAWS 210 includes of billers (and any number of SORGs) and routing the 

resources needed to interpret the statement data that will statement data to any number of appropriate SGENs 222. In 

later be combined with the template and the resources other words, a batch of statement data from one biller may 

needed to produce the electronic statement at SGEN 222. be distributed to any number of SGENs each located in a 

These resources include data mapping information to indi- 65 different CFI. 

cate where statement data should be placed on the template, Switch 214 transmits templates to the appropriate SGEN 

placement information for graphics, logos, and enclosures, 222 when the SGEN receives its first statement data for a 
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new template or version of the template. Alternatively, a hard drive. In one specific embodiment, CompuServe is used 

template may be transmitted when a new template is created to provide connectivity between remote mail stations and 

for a biller, or when there are changes to a template. SORGs or SGENs. 

Advantageously, a template need not be transmitted from In a remote mail statioQ ^^0^ either or both the 

switch 214 during every billing cycle. As a template can be 5 SQRG ^ SGEN m located centraU coordinating 

quite large compared to the statement with which it is t .. t - A , . . t . v.- . 

* . j •* * i • i_i a a . i , . , entity 120 and remote mail stations used for communicating 

combined, it is desirable to transmit templates only when . . , ... j,™*-*/? 

needed. Because a template may be created to contain only ™ tb '^se stauons are located within biller IK and CFI 130, 

static data (unlike dynamic statement data that is different respectively P In a distributed configuraUon SORG 208 is 

for every customer for every billing cycle), templates may in bUler } 02 and SGE " » 1 °l ated ^ 

only need to be transmitted from a TAWS 210 to switch 214 10 , ,h f configuration each SORG 208 or SGEN 

and on to SGEN or SORG infrequently. For a major biller, m *° mcludes mai statl0n «^»nality. The distributed 

statement data may be sent daily from the biller into the ESP configuration is more cost effective when volumes are 

system; advantageously, the template for that biller may only relatively high from a biller or from a CFI to its customers, 

need to be sent when changed, such as monthly or yearly. „ Advantageously, ESP system 200 is capable of accommo- 

t l j ■ * f .i 4 . ,~+ A 13 datmg both configurations concurrently. For example, an 

In one embodiment of the invention, switch 214 passes a . ?, , ™, & , .. . J . . j\ 

• . t-wai-mo- j * i j . .1. * i* mdividual CFIs remote mail station can be replaced by an 

template 212 to TVAL 218 m order to validate the template. . 0 ™ X t l i. *i_ * ■ i* 

t-^t * 10 „ ,. 4 . . . x . on-site SGEN when it becomes the most economic altema- 

TVAL 218 allows coordinating entity 120 or other entity to 4 . . . - - . „„„ 

„ , , . . i. ■ i j * f .- i tive while the remainder of the ESP system continues to use 

validate that a template meets technical and mformational . ' 

j • ui r i-on . inn remote mail stations, 

requirements and is suitable for use withm ESP system 200. , 0 

TVAL 218 is any suitable computer workstation and may be, Switch 214 ^so has the ability to track messages in ESP 

for example, located at or operated by coordinating entity system 200 that pass through it. In particular, switch 214 is 

210 or CFI 130. TVAL 218 provides quality control over able t0 audil lhe collection, transport and delivery of elec- 

templates produced by billers to ensure that the produced tronic statements for control purposes and to ensure system 

templates are acceptable for the system, and also to ensure integrity. In one embodiment, audit tracking is performed by 

that a template has not been corrupted or changed by an analysis of message log files kept by switch 214. 

unauthorized individual. TVAL 218 then indicates to switch Additionally, the capability to track, record and analyze 

214 whether or not template 212 is valid. messages passing through switch 214 allows ESP system 

Switch 214 is also able to send template 212 to SORG 208 200 10 monitor that entities within system 200 comply with 
to assist in validating statement data 206 received from biller 30 lhe operating regulations of the electronic statement pre- 
102. In general, SORG 208 stages the biller statement sentment environment. In particular, tracking the inter- 
information, validates it, reformats it, sorts it and transmits change of messages allows the system to flag unterminated 
it to switch 214. SORG 208 is any suitable computer conversations that might have adverse affects to the system 
workstation and may be located at, or operated by coordi- and/or to biller, consumers or CSPs. For example, messages 
nating entity 120, biller 102, a BF1 or a BSR For those billers 35 regarding subscription requests are monitored to ensure they 
generating large volumes of statement data, it is more likely are completed. As described in FIG. 8, a subscription request 
that SORG 208 may be located at, or operated by, biller 102. from a consumer is followed by a biller notification regard- 
Alternatively, a single SORG 208 centrally located within m S whether the request has been accepted or not. Problems 
coordinating entity 120 may service any number of billers. mi g Dt result should a consumer believe he or she is enrolled, 
Factors such as biller volume, telecommunications costs, 40 wnen in fact a biller nad re j ec ted that consumer and a 
maintenance costs, etc., dictate where SORG 208 will be message to that effect was not received by the consumer, 
located. Other messages related to adding, changing, replacing or 

Statement data 206 is validated within SORG 208 before terminating subscriptions may also be monitored, 

time and costs are expended in shipping data through switch Another example is when TAWS 210 requests a unique 

214 to a CFI. Invalid or nonconforming statement data 206 45 template identifier from switch 214 for a newly created 

is halted at SORG 208 before it goes further in system 200. template. In this situation, TAWS would expect a message 

For example, SORG 208 compares statement data 206 back providing such a unique template identifier. Another 

against the template for which it is intended to ensure that all example is when TVAL 218 requests a certain template for 

of the data fields needed for this template are present within validation. System 200 is able to monitor if the template is 

statement data 206. SORG 208 also reformats statement data 50 actually sent to TVAL for validation. Other examples 

206 into two parts: a standard form that is consistent for all include template requests from SORG 208 or SGEN 222. 

templates, and an optional, template-dependent form. By Another example is a request for template by an SORG 208 

way of example, SORG 208 reformats statement data 206 or by an SGEN 222 and its transmission by switch 214. In 

into a statement content record (SCR) as will be described one specific embodiment of the invention, system 200 is able 

below in FIG. 9A. Of course, a wide variety of formats may 55 to monitor messages by keeping track of the type of ADV 

be used. message transmitted, its originator, the recipient, and infor- 

If SORG 208 is not located within a biller (i.e., is located mation contained in the message (such as biller 
within coordinating entity 120), then a remote mail station identification, CSP identifier, CBAN, template identifier, 
(RMS) is used within biller 102 to communicate within etc.). Examples of ADV messages used by system 200 are 
SORG 208. A remote mail station is a remote terminal used 60 presented in Appendix A. The result is an ability to monitor 
by both billers and CFIs to access centralized SORG and and control message traffic throughout system 200 to ensure 
SGEN functionality. Centralized SORG and SGEN configu- the system is operating properly and efiScienUy. 
rations with remote mail stations are typically used for lower Once standard statement data 220 has been received at 
volume situations. The mail station manages all aspects of switch 214, the data is then routed by switch 214 to the 
secure store and forward data transport between the partici- 65 appropriate SGEN. Statement generation workstation 
pant's system and the ESP system. The participant need only (SGEN) 222 may be implemented upon any suitable corn- 
read from, and write to, shared directories on the mail station puter. SGEN 222 is centrally located within coordinating 
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entity 120 for low volume situations and may service a 
number of CFIs. Alternatively, for high volume situations, 
there may be an SGEN located at the CF1 130. For example, 
a separate SGEN may be located within each bank, con- 
sumer service provider or other consumer financial institu- 
tion that produces high volumes of electronic statements for 
its customers. Consideration of statement volumes, telecom- 
munications costs, hardware maintenance, etc., are taken 
into account when deciding where to locate an SGEN. In 
CFIs that use a centrally located SGEN, a remote mail 
station is provided within the CFI. In such an arrangement, 
the CFI need read only from, and write to, shared directories 
on the hard drive of the mail station. 

SGEN 222 assembles each electronic statement by merg- 
ing the appropriate template from a particular biller with 
standard statement data 220 representing a customer of that 
biller. Once an electronic statement 224 is assembled, it is 
transmitted to CFI 130 for eventual delivery to consumer 
140. Each SGEN 222 may include any number of templates 
for a particular biller, and may include templates for any 
number of billers. Thus, a biller may decide which template 
to use for particular consumers, times of year, or other 
billing situations and have these templates on hand. In one 
specific embodiment, SGEN 222 generates an electronic 
statement in an Adobe PDF format. A wide variety of other 
formats may also be generated. By way of example, formats 
such as HTML statements and EDI 810 invoices may also be 
generated. In addition to the electronic statement delivered 
to a consumer, SGEN 222 also delivers to the CFI several 
records of fielded data that can be used to display the 
alphanumeric data from the electronic statement on noncon- 
forming display devices (such as voice and screen tele- 
phones and hand-held communication devices). 

Once CFI 130 receives electronic statement 224 it then 
delivers the statement to consumer 140 using any method 
chosen by CFI 130. It is the responsibility of a CFI to format 
and deliver electronic statement 224 in a form suitable for 
viewing by its customers. Alternatively, a biller may agree to 
create a variety of templates, each well suited for a different 
medium used by a consumer to communicate with a CFI. Or, 
a biller may supply a variety of templates each suitable for 
handling a different data standard (such as EDI 810) that 
would enable a CFI to present electronic statements in a 
variety of forms to its customers. At a very minimum, the 
pertinent data in an electronic statement (such as biller 
name, amount and units) can still be presented to a consumer 
without any graphics, enclosures, or other additions to an 
electronic statement by using fielded statement data sent 
along with the electronic statement. For example, a CFI may 
choose to present electronic statements to a consumer in a 
variety of media including television, Internet, video phone, 
personal digital assistant, or other proprietary communica- 
tion network of the CFI. 

As discussed above, FIG. 3 includes elements of an 
electronic bill payment system. Once consumer 140 has 
reviewed electronic statement 224 he may wish to pay using 
such an electronic payment system. In this situation, a 
payment instruction 230 from consumer 140 is transmitted 
via OWS 234, switch 214, and BBWS 238 back to biller 
102. 
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UNIVERSAL BILLER FILE (UBF) 

FIG. 4 illustrates symbolically information available in a 
universal biller file (UBF) 300. In one embodiment of the 
invention, UBF 300 is a database of biller information 
implemented on the same computer on which switch 214 is 
implemented. UBF 300 may be implemented in a wide 
variety of manners. By way of example, the UBF may be 
implemented in a Microsoft SQL Server database on an 
IBM -compatible computer running a WINDOWS NT oper- 
ating system. FIG. 4 illustrates one record 302 within UBF 
300 for one particular biller participating in the ESP system. 
Due to page space constraints, record 302 is illustrated as 
being broken into parts in FIG. 4, although conceptually it 
can be viewed as a single row of information for a single 
biller. 

UBF 300 is periodically updated with information from a 
central database of biller information. In one embodiment of 
the invention, this central database is located within a 
service bureau, such as operated by VISA. In this 
embodiment, information from the central database is sent 
periodically via a computer network to UBF 300. The 
central database is an on-line data entry application with the 
ability to add, change and/or delete biller information, and is 
part of a distributed system for passing information. In other 
embodiments, the central database may actually be any 
number of databases on separate computers from which 
biller data is transferred to UBF 300. 

UBF 300 is able to distribute its biller information over a 
local area or wide area network to other entities within ESP 
system 200, namely SORG 208, SGEN 224, TAWS 210, 
TVAL 218, BBWS 238, and OWS 234. Biller information 
may be distributed using any suitable protocol and rules. In 
one specific embodiment, a general rule is that one biller's 
information is not distributed to other billers. Also, biller 
information is only distributed as necessary to entities that 
require the biller information for their operation. Thus, UBF 
300 may be considered a "master" file which keeps a number 
of smaller, distributed files current. 

As shown in FIG. 4, UBF 300 includes a record 302 for 
each biller in the system. For example, record 302 contains 
information relating to the Acme Power Company by way of 
a number of fields. It should be appreciated that any number 
and types of fields may be present within UBF 300 in order 
to store information about a particular biller. By way of 
example, master UBF 300 includes the fields shown. 

Biller identifier field 304 uniquely identifies one biller 
within the ESP system. By way of example, the value for 
field 304 is a string of digits 306 that uniquely identify Acme 
Power Company within the ESP system. Biller descriptive 
data field 308 contains any relevant information that helps to 
describe the biller such as company name, address, tele- 
phone numbers, mailing information, and other descriptive 
information. For example, field 308 contains name and 
address information 310 for the Acme Power Company. 
Account masks field 312 contain numbers (or even the 
account masks themselves) that identify the formats for a 
customer biller account number (CBAN) that the biller will 
accept for a customer. For example, if all of the account 



ESP system 200 is also able to perform a range of 60 numbers for a particular biller are of the format "AA.NNN- 



processing tasks on a periodic basis at the end of each 
business day. These tasks include: system balancing; recon- 
ciliation with system endpoints; management reporting; 
invoice and administrative message archiving; data collec- 
tion for monthly transfer to a billing system (such as VISA'S 
Integrated Billing System); and remote endpoint perfor- 
mance information compilation. 



65 



NN" (i.e., two letters, a period, four numbers, a dash 
followed by two numbers), then account masks field 312 
will contain a number that identifies that mask as being an 
acceptable customer account number for that biller. Because 
of changes within a biller's invoicing system and/or because 
of mergers between two billers, a biller may wish to support 
more than one format for a customer account number. For 
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this reason, account masks field 312 may contain more than value 344 in field 342 indicates that the biller itself wishes 

one number that identifies a particular customer account to authorize all customer requests for participation in the 

number format that is acceptable by that biller. Account ESP program. An alternative value in field indicates that any 

masks field 312 may use any of a variety of nomenclatures customer may participate in the ESP program. Field 346 is 

to identify account masks acceptable by a biller. Field 312 5 a biller service provider identifier (BSP ID) that is a mailbox 

may even contain the masks themselves. By way of address for routing information to the biller service provider, 

example, field 312 may be any number of integers in the The BSP ID is used to determine to where a customer 

range of 1 to 500. Value 314 for accounts masks field 312 subscription should be routed. In this way, when a customer 

includes the integers "2" and "3" indicating that the Acme has been authorized for participation in the ESP program, the 

Power Company accepts customer account numbers in the 10 biller service provider may be notified that the customer now 

format of " AA.NNNN-NN" and "NNNN" Account masks wishes to receive electronic statements. For example, the 

field 312 helps to describe the data quality of a customer value "S000456" 348 of field 346 indicates an identifier for 

account number. the biller service provider that provides billing services for 

Biller type field 316 indicates the type of billing state- the Acme Power Company, 
ments that a biller is able to provide. Field 316 may indicate 15 Also included within UBF 300 is a customer support 
in any suitable fashion a wide variety types of statement telephone number field 350 that includes a telephone num- 
formats that a biller supports. By way of example, a biller ber 352 of customer support for the Acme Power Company, 
may provide a standard electronic statement or a govern- Logo location field 354 indicates where the logo for a 
ment electronic statement. A standard statement may be in a particular biller may be found. For example, value 
graphical format such as PDF files, while a statement 20 "100.20.20.2" 356 indicates that the logo for the Acme 
suitable for government entities may be produced in EDI Power Company may be found within the ESP system at a 
810 format. In one specific embodiment, should the biller computer indicated by the value shown. This logo is used by 
support a standard electronic statement, then the letter "E" the customer service provider when advertising to its cus- 
is present, if the biller supports a statement suitable for the tomers all of the billers that offer electronic statements. For 
government then the letter "G" is present in this field. Value 25 example, should a customer service provider use an Internet 
318 for this field is the letter "B", indicating that the Acme web site in order to advertise all of the billers that can 
Power Company supports both a standard electronic state- provide electronic statements to its customers, the customer 
ment and a government electronic statement. Of course other service provider may use field 354 in order to locate the logo 
statement formats supported by a biller may also be present for a particular biller. Once the CSP has located and down- 
in field 318. 30 loaded this logo for a particular biller, it then presents this 

Field 320 contains a bank identifier number (BIN) that lo g° (^ong with others) on its web site to advertise to its 

identifies the biller' s bank. The BIN may be in any suitable customers from whom an electronic statement may be 

format. By way of example, BIN 322 is a six digit number received. Any number of other fields 358 containing data 

that uniquely identifies the bank used by the biller. Field 324 360 useful for the present invention may also be present in 

contains the biller's bank descriptive data. This descriptive 35 UBF 300. 

data contains information such as bank name, address, As described above with reference to FIG. 3, portions of 

telephone numbers, mailing information, and other descrip- UBF 300 are distributed to other locations within the ESP 

tive information. For example, field 324 contains name and system that have a need for particular biller information 

address information 326 for the Acme Financial Bank. within UBF 300. Use of such a master UBF 300 allows 

ESP status field 328 indicates whether a particular biller 40 central control of a large amount of information about 
is participating in the ESP program. For example, "yes" billers, routing, and specific ESP requirements. Also, only 
value 330 indicates that Acme Power Company is partici- lnat information needed by an entity need be dispersed from 
pating in the program and will provide electronic statements the master UBF to that entity, 
to a customer. A "no" value would indicate that a particular cTATcunKrr tox>idi att: cy aiwdt c 
biller would not be supplying electronic statements to a 45 STATEMENT TEMPLATE EXAMPLE 
customer. Delivery notification flag 334 indicates whether or F i Gj 5 illustrates symbolically 400 the use of a statement 
not the biller wishes to be notified of the circumstances template and statement data to produce an electronic state- 
surrounding delivery of the electronic statement to a cus- menti shown is a statement template 402, statement data 
tomer. For example, a "yes" value 336 indicates that the 5Q 40^ and an e i ect ronic statement 406. Statement data 404 is 
biller wishes to be notified when the electronic statement is tnat d ata originating from a biller's invoicing system that is 
delivered to a customer and the time and date of the delivery. tne raw d ata mat a biller wishes to convey in a statement or 
A "no" value would indicate that the biller does not wish to invoice to a consumer. Statement data 404 may include 
receive such information. Alternatively, a biller can ask for common, required statement data and template-specific data, 
all notices by subscription, or can ask for a list of statements 55 p or cxa mple, statement data 404 includes a wide variety of 
not downloaded. information such as customer name, address, account 

Paper statement option field 338 indicates whether a biller number, type of service, units used, total cost, yearly com- 
still desires to send paper statements through the mail to parison data, account status information, or any other con- 
various of its customers. For example, a "no" value 340 sumer specific information that a biller wishes to convey, or 
indicates that the Acme Power Company does not wish to 60 typically conveys on paper statements. Using statement 
continue sending paper statements to its customers, and template 402 and statement data 404, an SGEN 222 pro- 
desires to send electronic statements through the ESP sys- cesses individual statements for each biller and creates 
tem. A "yes" value would indicate that a biller still sends output files of "fully rendered" statements for a CFI to 
paper statements to various of its customers. deliver to customers. 

Field 342 "who authorizes customer" indicates which 65 In one specific embodiment of the present invention, a 

entity within the system will authorize a customer's request template is represented in several versions. In this 

to participate in the ESP program. For example, a "biller" embodiment, once a template is validated it is not allowed 
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to be changed; so template versions provide a method of Statement template 402 is a conceptual block diagram of 

updating a template in a controlled manner. Each version is an example of a template that includes four primary com- 

a separate MDB file (for example) with optional external ponents. Database file 410 is an electronic file that has a 

resources. Template versions are validated by TVAL218 and variety of parts. Creation of file 410 is described below in 

specified in statement transmissions from a biller. 5 step 534. File 410 may be implemented in any suitable 

In another specific embodiment of the present invention, database language. By way of example, file 410 is a 
an electronic statement is produced in PDF format. For PDF Microsoft Access version 8 database file (or MDB file), 
format, a consumer would use a program such as Adobe More generally, file 410 includes an MDB file and associ- 
Acrobat Reader version 3.0 to read electronic statements. ated external resource files. For example, file 410 includes 
However, certain consumer devices such as screen phones 1Q tables, relations, reports, modules, queries, forms, test data 
are not capable of viewing PDF files and are known as and macros. Tables are grids for holding data that identify 
"nonconforming" devices. Consumers with nonconforming the data to be included in a report and hold test data, 
devices can still benefit from the ESP system by accessing Relations specify logical relationships between tables of 
fielded statement data delivered to the CFl along with the data and distinguish between statement level, section level 
PDF files. The ESP system also supports nongraphic formats and detail level dala elements. A report definition provides 
such as may be required by the federal government. In one a &Siphicz i means for printing or dis pi ayillg dat a. Combin- 
ed cfnT^ ! m ^ D S ai ! eleCtr T C invoice is produced m m data ^ ft defiaition a ^ 
EDI 810 format. The determination of which format, on an d ~ ument Modules are code fsuch as in Visual Basic^ 
invoice-by-invoice basis, is at the billers discretion. - , ... A v , ' 
' . . ,. • . r , - * * capable of controlling any Access component and are 

A template may be produced in a vanety of forms desired A A Fn . 4 . iU °. , ~ D 

• . ,f t1 r. 1 l-ii 1 m defined for both the parsing and generation programs. Que- 
by the biller. For example, a biller may use one particular 20 , r . c 7 \_ .T * i_i 

♦ • * l * c nes are saved expressions of relationships between tables 
template or may have numerous templates for use for , , . , r , , .. . . , ■, , 

A'cr . i^-ir t « 1* il j and are used with the Visual Basic code modules, 
different consumers. Different templates may also be used 

for different times of the year, different geographic regions, Graphical resources 412 may be included with template 

differing demographics among customers, etc. A biller may 402 » but are preferably attached to the template. Graphical 

have a template using graphics, and an equivalent template 25 resources 412 include logos, custom fonts, bitmaps, inserts, 

for the same data that uses no graphics. Such a template with and hyperlinks to activate transfers to Internet sites, sound 

no graphics is suitable for the federal government in paying and video clips, etc. Parsing program 414 is a program that 

a utility bill, for example, and in particular for the General reformats the statement data (in ASCII format, for example) 

Services Administration (GSA). Furthermore, a biller may provided from the biller's invoicing system into tables used 

even design a custom template for a large customer that has 30 by the ESP system. Although parsing program 414 may be 

special needs. Preferably, a template is used at SGEN 22 to written in any suitable language, Visual Basic has been 

generate a statement in a format such as PDF. Any other found to work well. Generation program 416 creates a 

output data format may also be used such as HTML, ANSI graphical image of the customer's electronic statement using 

electronic data interchange (EDI) 810 format etc. A biller the above elements of the statement template. Generation 

may also provide a template for special needs such as 35 program 416 may be written in any suitable programming 

automated file transfer of invoice data to customer accounts language, although Microsoft Access Reports have been 

payable systems and automated invoice processing (pre- found to work well. Also included within a template is test 

authorized invoice payment on receipt). data created at TAWS 210 that may be used by TVAL 218 

Creation of a template is described below in FIG. 6B. or SGEN 222 to exercise the statement generation program 

Generally, the process of creating a template entails: defin- 40 to see if it is operating properly. 

ing tables and relations sufficient to represent the most A brief review of printed invoices is instructive for 

general case of the statement; laying out graphically the data developing a conceptual map between printed invoices and 

elements to be placed on the statement; programming code electronic invoices. For the purposes of this discussion, 

to generate an instance of the template; programming code invoices will be discussed, although the present invention is 

to map the biller's existing data from an invoicing system 45 applicable to delivery of electronic statements that relate to 

structure into tables; developing and using test data to verify a paper statement. A printed invoice contains two parts, the 

correct operation of the parsing module; and developing and paper stationery and the data printed on it. The stationery is 

using parsing module output to verify correct operation of typically printed beforehand with static information and 

the generation module. Templates can also make reference does not change between invoices. The data printed on the 

to resources in files outside of the main file in which it is 50 stationery does change across customers and billing cycles, 

contained. Examples of such resources include stand-alone Most printed invoices use a hierarchical data structure 

generic enclosures in PDF format (for example), logo bit including statement header fields, statement detail fields, 

maps, custom fonts, other images to be imbedded, and section header fields, section detail fields, section footer 

multimedia files (sounds, movie clips, etc.) referenced by fields and statement footer fields. 

PDF documents. 55 For example, a fixed format invoice, e.g., a mortgage 
The present invention lets billers control the "look and statement, would contain only a fixed number of statement 
feel" of their customer's statements and enclosures through fields, some of which (insurance) might be absent for some 
the use of a statement template. The template concept invoices. A credit card statement goes one level of complex- 
accomplishes two important objectives: billers are able to ity further. It contains a fixed number of statement header 
compose their own templates using standard graphics tools 60 fields, some of which might be absent, together with the 
and a common programming language which gives them variable number of detail records containing a fixed number 
complete control over the look and feel of their statements of detail fields, some of which might be absent. A telephone 
or invoices; and data flow through the ESP system is reduced bill can be quite complex. It generally contains statement 
to the extent practical since static items (such as logos, header fields as well as logical sections for various services, 
headers, enclosures and other graphics) are sent to an SGEN 65 each of which can have its own header and footer. Overlain 
only once (with the template), and not repeatedly with each on this is the possibility of formal sections due to paging. For 
customer record of statement data for each billing cycle. printed statements, enclosures are typically created as sepa- 
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rate documents, and are rarely personalized. Automated Flowchart 500 sets up various aspects of the ESP system 

mailing equipment is used to insert enclosures into related to the biller so that the biller is ready to participate 

envelopes, often right up to the postal weight limit. in the system. As used herein, biller refers not only to a 

Sometimes, statements are bat ch processed in an order merchant or business, but also a BFI or BSP. A biller may 

which allows different enclosures to be inserted in different 5 ^ De enrolled in an electronic bill payment system before 

batches, enrolling in the ESP system. 

Electronic invoices may also include enclosures. They are , n m ^ bQler earoUs as an Ud fa Qne 

designed to give billers complete control over the look and spccifi / embodimeDt) the biller fills out ^ ESP registration 

reel of invoices. Btllers are able to replicate almost the exact / , , . t ' 4 . ... ~. °. 4 . 

look of their current printed invoices As consumers become 10 ?> rm and ***** l } t0 the coordina ing entity. This registration 

familiar with an ESP system, billers can make use of features 30 *>™ mav ?> ntaiD a u VariC ! y of ^ P ~^ ly 

unique to electronic media, such as Internet links, custom ^ similar t0 Jose described in UBF 300 of FIG. 4. 

charts, radio buttons, drop-down lists, etc. Subsequently, the biller record in UBF 300 for this particular 

Electronic statements (including invoices) are divided biUer ^ be populated with the information from the form, 
into mandatory and optional sections as defined by the biller. In one specific embodiment, an ESP registration form sum- 
Mandatory sections are automatically presented to the 15 lar t0 tne electronic bill payment registration form used in 
customer, while optional sections are downloaded and pre- U.S. Pat. No. 5,465,206 has been found to work well. During 
sented only at the consumer request. To minimize download this step, some unique endpoint identification is assigned to 
time and thereby improve customer acceptance, the manda- the biller, for example by assigning a biller identification 
tory portion of statements may b e restricted in size and number in order to uniquely identify the biller within ESP 
content. 20 system 200, and by assigning a mailbox address to either a 

Exemplary electronic statement 406 includes a mandatory remote mail station located at the biller or to an SORG 208 

section 420 and two optional sections 422 and 424. Man- located at the biller. 

datory section 420 includes actual statement or invoice data In step 50 8 a statement template is created at TAWS 210. 

and any legally required enclosures. The summary section is st ^ described in more detail below in FIG. 6B. In 

intended to represent the payment stub that typically comes 25 st sn the statement teaip late created in step 508 is 

with a printed invoice, although it may be more detailed. The delivered to 214 and placed in template library 216 . 

summary section could include a URL or electronic mail , n one ific embodimenl of the invention, TAWS 210 first 

address for customer access to detailed transaction records. ^ a message tQ switch 214 requesting a unique template 

Detailed section 422 is presented to the consumer on i deQ tifier for the recently created template. Switch 214 then 

request. It is intended to represent the detail accompanying 30 back a unique identifier for the newly created 

lengthy bills like some credit card and telephone bills. template, and in return TAWS 210 sends back to switch 214 

Detailed section 422 may also be made available at the me newl created statement template along with its unique 

biller's discretion. In one specific embodiment of the identifier . Alternatively, a template identifier may be 

invention, the summary and detail sections of an electronic reqU ested from switch 214 before creation of the template in 

statement are produced as distinct Access reports and are 35 gte p 

written to disk in Postscript format as two distinct files. Each ^ . , , . , 

n t ■ * fii *u * a * nTM? The statement template is then stored in template library 

Postscript file is then converted to PDF using Adobe s , . . . . ,»•-.. . . 

rw*-n» ~ « 216 for later validation and distribution to other worksta- 

DistiUer program. . . , r,,*,.,^-..^ 

„ . ... . , . tions in the system. TAWS 210 may communicate the unique 

Enclosures 424 m ay be one or more custom selections, t , t . , , t . . * 

... r i-. r • i j I A* template identifier back to the biller in many ways. A 

either from a library of genenc enclosures or produced 40 r J J 

& __„ . r , . message may be sent through the ESP system, or an operator 

specuically for the consumer. When present, optional enclo- n.iu r*u u*n » • • • 

r i i L i . L . may manually telephone a n opera tor of the biller s invoicing 

sures are made ava.lable lo consumers by the CH but are ^ „ the b F mer of me identifief fof th * 

downloaded a the consumer s opl.on. Usmg embod.menls create{) , ^ ^ ^ then ^ tto 

of the present invent.on, electronic statements have the ideatificr lbose customer records in its invoicing system 

capability to present a variety of enclosures. Genenc enclo- 45 . & J 

l * i i , | ..... t . . . it desires to have receive this template, 
sures can be created with any desktop publishing tool that r 
outputs a result in a ny format supported by the ESP system. In ste P 516 ' the statement template is validated; this step 
By way of example, tools may output enclosures in Adobe Wll j * Ascribed in greater detail below in FIG. 6C. Step 
Postscript format, which can then be converted to PDF 516 determines if a template is valid, if it is not valid then 
format, using Adobe's Distiller program. Alternately, Adobe 50 it remains on inactive status and may not be used and an 
supplies WINDOWS, Macintosh and UNIX printer drivers invalld tem P late messa 8 c 15 A vahd template, however, 
called PDF Writer that can be invoked from any such is indicated as being operational and may be used within the 
program to produce PDF directly. Each generic enclosure is svstcm and a valid tem P late messa * e is sent. Once a tern- 
preferably an external resource to the template. P late Ls valid ' il Ls avaiIable for subscriptions and its avail- 
Personalized enclosures arc typically custom marketing 55 ability is broadcast in a message to CSPs or CFIs within the 
materials. Like invoices, personalized enclosures may be svs em " 

created as distinct Microsoft Access reports and ultimately In ste P 520 the biller sets up an interface from its own 

produced in PDF format. Because personalized enclosures billcr invoicing system 204 to enable consumer data within 

are created for each customer, they are more costly than lhat system to conform to standards within the ESP system, 

selecting from a library of generic enclosures. Billers can 60 In order that statement data from biUer invoicing system 204 

also stipulate that certain enclosures are mandatory. Statutes be validated within SORG 208, statement data supplied 

or regulations may also stipulate the certain enclosures be &om invoicing system 204 is preferably in a format that is 

mandatory. compatible with the statement template created above in step 

508. Alternatively, should a standard format for statement 

BILLER SETUP EXEMPLARY FLOWCHART 65 dala exis [ and be acceptable to ^ system , in 

FIG. 6A is a flowchart 500 describing one embodiment for step 508 the statement template is created to conform to that 

setting up a biller for participation in the ESP system. format. 
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Id another embodiment, the biller may write a software incorporating the broad functionality required may also be 

program to extract statement data from the biller's invoicing used to implement the present invention. For example, 

system 204 to produce extracted statement data in the form messages may include the following functionality. The ESP 

of a Statement Augmented Record (SAR). Template parsing system may notify billers when statements sent have not 

program 414 is then used to read the extracted data. The 5 been downloaded by the consumer prior to a statement- 

biller may choose to do processing and reformatting in specific biller-specified expiration date. For example, the 

whichever environment is most convenient. For example, a biller might set the expiration date for a particular template 

mainframe statement production system or an Access/Visual to be one week before the late payment date period. This 

Basic environment have been found to work well for this allows the biller's customer service department to contact 

purpose. 10 the recipient in time to avoid penalties. The ESP system may 

In one specific embodiment, consumer statement data also send t0 tDe DiUer positive notification about statement 

within invoicing system 204 is arranged to be transmitted to delivery details. This message is used to return the date in 

SORG 208 in statement augmented records (SARs). An time tnat specific statement items (for example, summary, 

SAR includes statement data for a particular consumer, detail, enclosures) were downloaded by the consumer. This 

including identifiers indicating with which template and 15 information helps billers optimize the design of their state - 

which version the statement data should be combined, a bill ments. 

of lading file, etc. In general, an SAR may take a variety of To respond to other messages, a biller may need to 

forms, any of which are suitable for interfacing existing augment its existing consumer database in order to process 

consumer statement data within invoicing system 204 to a subscription data within the ESP system. By way of 

format of statement data expected by ESP system 208 and 20 example, each consumer record contains a unique key 

the statement template created in step 508. Statement data enabling the biller to identify the consumer (a customer 

206 may be augmented at any suitable location. In one biller account number — CBAN), consumer name, consumer 

specific embodiment, a remote mail station (RMS) located at address, statement date, etc., and any ESP system options 

the biller augments the data. For billers having an SORG that the consumer has selected. 

208, the SORG augments the statement data. Alternatively, 25 Iq a more spec jg c embodiment, an ADV message is first 

the biller may modify invoicing system 204 to augment the compressed and then sent as a single attachment in an 

statement data. encrypted, signed, Microsoft Exchange electronic mail mes- 

In step 524, the biller sets up network message processing sage over a private telecommunications network managed 

capability to enable the biller to communicate with other by an entity such as VISA. Remote mail stations, an SGEN 

entities within the ESP system using a standard message 30 and/or a TAWS authenticate the sender, decrypt the message, 

protocol. In other words, the biller sets up his ability to not and write the contents as ordinary text files at the mail 

only respond to messages from the ESP system, but also to station. Once step 524 is complete, FIG. 6A is done, and the 

accept messages from the system. A wide variety of message biller is setup for participation in ESP system 200. 
protocols may be used to communicate information within 

ESP system 200. One skilled in the art of financial message 35 TEMPLATE CREATION EXEMPLARY 

processing would be able to implement any of a number of FLOWCHART 

techniques for message processing within the ESP system. FIG. 6B is a flowchart describing one embodiment for 

For example, messages similar to the ISO 8513 series 600 implementing step 508 of FIG. 6A. FIG. 6B describes how 

advisory messages may be used in an embodiment of the ^ a statemeQt template is created. Flowchart 508 will be 

present invention. explained with reference to FIG. 5. In one specific 

In one specific embodiment, a protocol using administra- embodiment, a template is created at TAWS 210. However, 

tive messages is used to transport messages between system it is contemplated that a statement template may be created 

participants. Message routing is based upon information on any suitable computer in any location before delivery to 

contained within each transaction. Messages communicate 45 switch 214 or to TAWS 210. It is even contemplated that 

the various actions and requests between ESP participants. various pieces of the template may be created on different 

Typical message types may include: customer requests to computers, assembled, and then transmitted to switch 214 

enroll in the ESP system; customer requests to modify or (or to TAWS 210), or that switch 214 may assist in template 

terminate their subscription; a CFI request for a retransmis- assembly. 

sion of a previous statement file stored on the SGEN for a 5Q , n step 530 the slaternent data fie lds from the biller 

limited period of time consistent with data retention require- invoicing system are identified that will be used to create the 

ment; biller notifications of a change or termination in ESP fi na i electronic statement for the consumer. For example, 

system subscription; and responses to previous messages data fi elds f or an individual consumer record such as name, 

requesting action. address, dollar amount, units used, meter readings, past 

From the biller* s perspective, messages are sent and 55 history, etc., arc all identified in this step. In addition to 

received by the biller's remote mail station (or by the SORG identifying the names of the data fields for use, their length, 

located at the biller), and by the biller *s TAWS. Billers (and format, etc., may also be identified. 

CSPs) develop software to read and interpret incoming i n stcp 534 me template database file 410 is designed, 

messages, to update their own databases, and to write This step of database design organizes data field locations 

messages as needed in response. It should be appreciated 60 mt0 a database so that it may be accessed by the template, 

that each biller's software may be unique, since different a wide variety of database software may be used for this 

billers employ different business rules, accounting systems, ste p. By way of example, the template database may be 

and computer systems. designed using a Microsoft Access database. In this specific 

In one specific embodiment, the administrative (ADV) embodiment, step 534 produces tables and relationships in 

messages described in Appendix A have been found to 65 an Access database that results in an output of an MDB file 

produce desirable results. These messages are illustrative of that represents the structure of the database but as of yet 

one specific embodiment; other similar types of messages contains no data. The database design defines groupings of 
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data such as header data and detail data, and defines rela- 
tionships between such data. The data described need not be 
limited to data that will be printed on the eventual electronic 
statement, but also includes non-printed data such as demo- 
graphic data that may be used by the template for choosing 5 
enclosures or otherwise used in the assembly of the elec- 
tronic statements. 

In step 538 the graphic design of the visual statement 
representation is produced. A wide variety of software tools 
may be used to design this representation such as 1Q 
Pagemaker, Corel Draw and Quark Express. This graphic 
design specifies where elements such as corporate logo, 
name, summary section, detail section, and other graphic 
elements will be placed upon the electronic statement. 

Step 542 integrates the statement data fields identified ]5 
above with the graphic design to produce a statement 
generation program 416. Such a statement generation pro- 
gram is used to produce the electronic statement. A wide 
variety of software tools known as report writers may be 
used to perform this task. By way of example, the tool 2 o 
known as Focus may be used. Such tools allow a user to 
describe the marriage of data fields and graphic elements to 
produce a printed report. In one specific embodiment, the 
report description tools available in Microsoft Access are 
used to write a report definition. This report definition 25 
represents the statement generation program 416 of FIG. 5 
and eventually allows the printing or other rendering of an 
electronic statement. 

In step 546 a parsing program is created to transform 
biller invoicing system record data in SAR format to state- 30 
ment content record (SCR) format. It should be appreciated 
that this step may be used to transform record data of any 
format (including EDI 810 format) into any other suitable 
format for use by the ESP system. In one specific 
embodiment, an SCR includes elements as described in FIG. 35 
9A. The parsing program is used to describe how data at a 
particular field in biller record data in SAR format may be 
transformed into SCR format data for later placement into a 
database described in database file 410. In other words, step 
546 produces a parsing program that describes how to 40 
populate the table structure of database file 410 with invoic- 
ing system data records taken from the biller. The parsing 
program may be created in any suitable language. In one 
specific embodiment, Microsoft Visual Basic for Applica- 
tions (VBA) has been found to produce desirable results. 45 
The output of this step produces parsing program 414 of 
FIG. 5. 

In step 550 template resources 412 needed to produce an 
electronic statement are identified. Resources needed may 
include any fonts, graphics, logos, bitmaps, etc., needed to 50 
produce the desired electronic statement of the biller. These 
resources are identified in this step so that needed resources 
may be shipped with the template. In one embodiment of the 
invention, these resources are identified by analyzing the 
report definition created above in step 542. 55 

In step 554 it is determined whether resources are iden- 
tified in the template that are not included in the basic 
resource set included at each SGEN. Each SGEN used for 
generating electronic statements includes a basic resource 
set of common fonts, etc., that may be used by any arriving 60 
template. If all resources identified in step 550 are included 
within this basic resource set, then in step 562 the statement 
template is created and ready for transfer to switch 214. If, 
however, any identified resources are not included, then in 
step 558 these additional resources are attached to the 65 
template as external files. At this point control returns to step 
512 of FIG. 6A. 
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TEMPLATE VALIDATION EXEMPLARY 
FLOWCHART 

FIG. 6C is a flowchart describing one embodiment by 
which a statement template may be validated according to 
step 516 of FIG. 6 A. When a template is first created, its 
original status is "unvalidated" In one specific embodiment, 
a template may not be used within the ESP system until the 
template has been validated. Validation helps to enforce 
operating rules of the ESP system and ensures quality of the 
final product delivered to a consumer. 

In step 570, template validation workstation (TVAL) 218 
requests a list of templates ready for validation. This request 
is sent to switch 214 which accesses template library 216 to 
determine which templates are awaiting validation. Switch 
214 responds by sending a list of unvalidated templates to 
TVAL 218. In step 572, TVAL 218 reviews the list and 
requests a template for validation from switch 214. In step 
574, switch 214 delivers the requested template to TVAL 
218. In one specific embodiment, the template delivered to 
TVAL 218 is not returned to switch 214 to ensure the 
integrity of the template within template library 216. Tem- 
plates returned to switch 214 run the risk of being corrupted 
enroute. 

In step 576 TVAL 218 runs statement generation program 
416 contained within the template using any attached 
resources 412, any base resources present at TVAL 218, and 
the test data present within the template. A technique for 
running the statement generation program to produce an 
electronic statement is described below in FIG. 9. In one 
specific embodiment, this same technique is used at SGEN 
222, TVAL 218 and TAWS 210 for creating an electronic 
statement in order to view it or test it. The result of step 576 
is an electronic statement such as a customer might see 
except that it is populated with test data. 

Step 578 determines whether the generated electronic 
statement is valid. This step is a quick check to determine 
basically if the template has enough functionality to produce 
a statement without running a risk to the SGEN's processing 
environment. If not, then in step 580 an invalid message is 
returned to switch 214 and this validation process ends. If, 
however, the statement passes this first check, then in step 
582 additional evaluation of the statement is performed. This 
further evaluation may include a wide variety of checks. By 
way of example, step 582 evaluates the generated statement 
for compliance with ESP system operating rules, legal 
requirements, aesthetics, size requirements (for speed 
considerations), virus scans, etc. This step may be performed 
by an operator or automatically depending upon the crite- 
rion. 

If step 584 determines that the generated statement is not 
valid based upon this additional evaluation, then in step 586 
an invalid message is returned to switch 214 and the 
validation process ends. However, if the statement is still 
valid, then in step 588 a valid template message is returned 
to switch 214. Once a template has been validated, it is ready 
for use within the ESP system. At this point, control returns 
to step 520 of FIG. 6A. 

CONSUMER SERVICE PROVIDER SETUP 
EXEMPLARY FLOWCHART 

FIG. 7 is a flowchart 600 describing one embodiment by 
which a consumer service provider (CSP) is set up for 
operation within ESP system 200. For simplicity, CSP will 
be used herein below to represent a consumer financial 
institution or any other consumer service provider. In step 
604 the CSP enrolls as an ESP participant. Similar to step 
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504, in this step the CSP provides a variety of information 
to the coordinating entity to identify the CSP and to provide 
points of contact. In particular, the CSP is assigned an end 
point, including a CSP identifier and a network mail address. 
The CSP is also provided with a list of templates of 
participating billers in the ESP system so that it may 
advertise these billers to its customers. A set of biller logos 
are also provided to the CSP for display by their home 
banking software, or may be found by reference to UBF 300. 

In step 608, the CSP sets up an interface between the ESP 
system and its own consumer statement delivery system. As 
explained above, once an electronic statement or invoice is 
received by the CSP, it is the responsibility of the CSP to 
present this electronic statement to its customers over its 
medium of choice. In one specific embodiment, an interface 
is provided that allows an electronic statement in a PDF or 
EDI format to be delivered to a consumer over the medium 
that the CSP chooses. The remote mail station at the CSP (or 
SGEN 222) receives the electronic statements, the CSP 
builds hardware/software infrastructure in order to take 
these electronic statements and make them available to its 
customers. Preferably, ESP system 200 is capable of inte- 
gration with personal computers, screen telephones, PDAs, 
WebTV applications, touch tone telephones, etc., that may 
be used by customers of a CSP. In one specific embodiment, 
the CSP interface to the consumer provides a window of at 
least 640x480 pixels for viewing a PDF file. 

In step 612, the CSP sets up its network message pro- 
cessing capability. As described above, the CSP sets up its 
ability to handle the format of messages used within the ESP 
system. In one specific embodiment, the CSP sets up a 
capability to handle the AD V messages described in Appen- 
dix A. Similar to the messages of step 524 that a biller 
implements, the CSP in step 612 enables itself to send and 
receive the compliment of those messages. A CSP may also 
send and receive messages to and from the coordinating 
entity. By way of example, a CSP may request a delivery of 
all new template announcements, request delivery of any 
historical statements no longer on hand, provide statement 
delivery notification messages and subscription list manage- 
ment messages. After step 612, the CSP has been set up for 
participation in the ESP system. 

CONSUMER ENROLLMENT EXEMPLARY 
FLOWCHART 

FIG. 8 is a flowchart 700 describing one embodiment by 
which a consumer enrolls in the ESP system. In other words, 
FIG. 8 provides one technique by which a consumer may 
subscribe to the ESP service. An available subscription is 
equivalent to the identification of an in-service template, and 
a subscription may be viewed as a unique relationship 
between a template identifier and a customer's biller account 
number (CBAN). Once a subscription has been confirmed, 
a billing relationship is established between a consumer and 
a biller. Although a single person may be responsible for 
multiple CBANs, in a preferred embodiment, a consumer is 
associated one-to-one with a CBAN, and that single person 
conceivably could be paying bills for multiple consumers. 
During the course of a billing relationship, a customer may 
have a series of subscriptions due to starting and stopping 
ESP service, or to changing templates or CBANs. While a 
given subscription exists, either the biller or the customer 
may propose changes. Changes to subscription characteris- 
tics other than the template and CBAN may be made to the 
existing subscription; however, changes to the template or 
CBAN may define a new subscription. 

Each biller may have multiple templates, a consumer 
being subscribed to a particular template. It is contemplated 
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that a single consumer may also subscribe to multiple 
templates for different services received from a biller. Once 
a subscription has been requested and confirmed, either 
party may propose changing the terms, or replacing one 

5 subscription with another, but in a preferred embodiment 
changes are only effective when confirmed by the recipient. 
Either party may be allowed to unilaterally terminate a 
subscription; however, in a preferred embodiment, unless 
the termination is confirmed or acknowledged, the ESP 

30 system generates an error message. A biller may also pro- 
pose an additional subscription to a consumer having a 
current subscription with the biller. The CBAN may be the 
same as the initial subscription, but preferably a different 
template would be used. 

15 An existing subscription may be replaced by terminating 
the existing subscription and initiating a new subscription. 
This situation may occur when either consumers or billers 
wish to change templates, or when a biller unilaterally 
changes a consumer's account number. Subscription 

20 requests may originate either with the consumer or the biller, 
and may concern adding a new subscription, changing the 
terms of an existing subscription, replacing an existing 
subscription, adding a second subscription, or terminating a 
subscription. 

25 To begin enrollment, in step 704 the CSP advertises biller 
availability in providing electronic statements to consumers. 
This advertisement may take place in any of a variety of 
media that the CSP uses to communicate with its customers 
such as over the Internet, electronic mail, regular mail, 

30 telephone, newspaper advertisements, etc. A CSP learns of 
biller availability from switch 214. When a statement is 
validated by TVAL 218, a statement available notification 
message is sent by switch 214 to all CSPs notifying them of 
the availability of a new biller and/or a new template from 

35 a biller. Alternatively, a CSP may request a list of available 
billers and templates from switch 214 which is produced 
from template library 216. Step 704 may use a biller's logo 
defined as part of the template or obtained from UBF 300 to 
advertise biller availability. A CSP may also advertise the 

40 availability of a variety of templates from a biller if appli- 
cable. 

In step 708, a consumer requests an electronic statement 
subscription for a biller. This request may take place through 
the same medium by which the CSP has advertised to the 

45 consumer. In this step, the consumer may choose not only a 
biller, but also a particular template from a biller if the biller 
offers a choice of templates. In step 712 the CSP forwards 
the consumer subscription request to the biller. In one 
specific embodiment, this request is forwarded through 

50 switch 214. For consumer initiated requests, the CSP at this 
point may also confirm that the biller and/or template 
requested by the customer is available within the ESP 
system by reference to a list of available templates. The CSP 
may determine this information by reference to UBF 300 

55 and template library 216. 

Alternatively, the CSP may forward a request to a biller 
outside of switch 214 via an y suitable medium such as 
Internet, electronic mail, regular mail, telephone, computer 
network, etc. Included in the subscription request is the 

60 customer name, the CBAN, a CSP assign ed subscription 
number, a CSP account numb er for the customer, and any 
other information useful to the CSP or to the biller. The CSP 
may also fill in much of the data needed for a request on their 
customer's behalf. For example, name and address informa- 

65 lion may be copied from the CSP's records. The CSP may 
also do limited validation of the request such as by com- 
paring the customer's account number to an account mask 
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that may be obtained from UBF 300. SORG 208 retains a 
variety of information for later use when a subscription 
request is forwarded to switch 214 through SORG 208 to 
biller 102. In particular, SORG 208 retains the CSP 
identifier, the CBAN, the CSP account number, biller 
identifier, template identifier, etc. 

In addition to a CSP advertising biller availability, a biller 
may advertise directly to consumers its capability of pro- 
viding electronic statements. In such a solicitation, a biller 
would provide an indication of who the CSP is for a 
particular consumer, including a CSP identifier and the CSP 
account number for the customer. In addition, as an alter- 
native to steps 708 and 712, a consumer may communicate 
directly with a biller providing the required information 
necessary to begin a subscription. 

In step 716 the biller processes the consumer subscription 
request. In this step, the biller modifies its invoicing system 
to indicate that for this consumer no more paper statements 
are desired. The invoicing system is modified to reflect that 
the consumer desires electronic statements with a particular 
template. In step 720 the biller notifies the CSP of the 
consumer subscription status. A variety of responses from 
the biller are possible. By way of example, the biller may 
reject the subscription, may accept the subscription or may 
accept conditionally based upon questions needing to be 
answered. For example, the biller may need to know the 
maiden name of the consumer's mother. In one specific 
embodiment, the biller notifies the CSP using switch 214. 
Alternatively, a biller may notify a CSP through any of a 
variety of media. 

In step 724 the CSP processes the subscription status. For 
example, if the subscription is rejected, the CSP will notify 
the consumer. Similarly, the CSP may also notify the con- 
sumer if the request has been accepted or if questions need 
to be answered. 

FIG. 8 presents one particular embodiment for enrolling 
a customer; it should be appreciated that other similar 
techniques may be used. For example, subscriptions may be 
facilitated for consumers already using an electronic bill 
payment system. As these consumers are already authenti- 
cated and have information within the system, the subscrip- 
tion process may be made as simple as possible. A CSP 
simplifies subscription to the ESP system by an existing 
electronic bill payment customer by automatically filling out 
a form containing data needed for the subscription request. 
Once delivered to a customer, the customer may simply click 
an OK button to submit the request. A CSP may even present 
this data in a grid that would permit existing electronic bill 
payment customers to submit multiple requests for subscrip- 
tions with a single click. Advantageously, the operating 
mode and design of forms used to solicit subscription 
information from customers use is at the CSP's discretion. 
In this fashion, a CSP may improve upon existing relation- 
ships with its customers. 

ELECTRONIC STATEMENT PRESENTMENT 
EXEMPLARY FLOWCHART 

FIGS. 9 A and 9B are a flowchart 800 describing one 
embodiment of the present invention in which an electronic 
statement is presented to a consumer. 

This process uses the following data structures to imple- 
ment this embodiment of the invention. It should be appre- 
ciated that other data structure may be used and/or these may 
appear in different forms. A statement augmented record 
(SAR) is sent from the biller to SORG 208 and includes for 
each consumer record the customer name, customer address, 



statement data and consumer's biller account number 
(CBAN). A subscription table located in SORG 208 exists 
for each consumer and includes the customer identifier, a 
template identifier, an SGEN identifier, the CBAN and other 
5 suitable information. As described above in step 712, SORG 
208 builds this table by checking subscription messages 
from consumers as they travel to the biller. Alternatively, the 
template identifier, the SGEN identifier, or both may be 
included with the SAR sent from the biller. A statement 
10 content record (SCR) is formed from a union of the SAR and 
subscription table and includes the SGEN identifier, tem- 
plate identifier and version number, and statement data 
(including CBAN) in a standard form expected by statement 
generation program 416. Other information able to identify 
15 a particular CSP or customer of a CSP may also be included 
within the SAR, the subscription table or the SCR. 

For a given day of the month, typically a biller is 
processing a billing cycle to deliver statement or invoices to 
its consumers. For each billing cycle, a biller first identifies 
20 which consumers will be receiving statements or invoices in 
that cycle. Next, in step 802, the biller identifies those 
consumers who are participating in electronic statement 
presentment. In one specific embodiment, the biller identi- 
fies these ESP consumers by a flag in its invoicing system 
25 database indicating that the consumer has submitted a valid 
subscription request for an electronic statement. 

In step 804, for these identified consumers, the biller 
augments its invoicing system statement data to be delivered 
to these consumers with a template identifier and version. 
30 The template identifier indicates with which biller template 
the biller desires the statement data for these consumers to 
be combined. Once augmented, these records of consumer 
statement data are termed statement augmented records 
(SAR). The biller then sends in batch these statement 
augmented records to its associated statement origination 
workstation (SORG). SORG 208 may be located at the biller 
in which case the batch data is transferred locally. For those 
billers not having an SORG, the batch data is transmitted via 
a remote mail station as described above. 

40 

Step 806 determines whether SORG 208 has the template 
identified in the batch (of the correct version, if any). If not, 
it requests the template using the template identifier from 
switch 214, and in step 808 the switch delivers the identified 

45 template (of the correct version, if any) to SORG 208. In 
step 810 parsing program 414 contained in the template is 
run to translate the SAR data into SCR format. In step 812, 
the SCR format data is merged with subscription table data 
for each consumer to create a statement content record 

5Q (SCR) containing data for each consumer. The statement 
content record is in a standard form expected by the ESP 
system and by the template. 

Step 814 sorts all of the statement content records that 
have been received in one batch from the biller into new 

55 batches that are sorted by SGEN identifier. Thus, each new 
batch is now grouped based on to which SGEN it should be 
sent. For those CSPs that have an SGEN located on the 
premises, this SGEN identifier also serves as a CSP identi- 
fier. Other information may be included in a statement 

60 content record to identify a particular CSP. In step 816, these 
batches of sorted statement content records are sent to 
switch 214. In one specific embodiment, these batches are 
sent in separate messages. 

In one specific embodiment of the present invention, a 

65 physical SGEN located centrally includes any number of 
logical SGENs. Each logical SGEN corresponds to the CSP 
to which the batch will be sent. In this embodiment, the 
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SGEN identifier sent along with a batch of records identifies a graphical form as in the electronic statement. In this 

the logical SGEN within the physical SGEN and inherently manner, consumers with non-conforming devices such as 

the appropriate CSR In this fashion, batches of records voice telephones, personal digital assistants, screen 

sorted by SGEN identifier are routed to the appropriate telephones, etc., are still able to receive the basic statement 

physical SGEN and then on to the appropriate CSR In this 5 data informing them of a bill that may be due. Remittance 

embodiment where an SGEN is located centrally and a CSP data ^ that information typically found on a remittance 

has a remote mail station, the SGEN identifier co on m an invoice from a biUer . Wilh a paper invoice, 

(corresponding to a particular CSP) is mapped to a remote icaU me remittance ^ returned to the biller 

mail station identifier to enable the data to be sent to the fo ^ check ^ lhe biUer to WQ0 has M 
correct CSP 

10 what, and in what amount. The remittance data typically 

At this point, switch 214 has received numerous batches irjC i udes lhe biller identification, the CBAN, and biller 

of consumer records sorted by SGEN identifier that have all reference data such as amount due, date due, etc. This 

originally come from one biller utilizing one particular remittance data may be used, for example, should consumer 

template. However, switch 214 is also receiving batches of 140 wish to ^ advantage G f an electronic bill payment 

consumer records from a multitude of other SORGs within 1S system and a payment 230 to CFI 130 so that 

ESP system 200 that are connected to other billers. In step payment information 232 may eventually be transmitted 

818 switch 214 sends these batches of sorted statement back t0 biUer 102 through any suitable electronic bill 

content records to appropriate SGENs 222 based upon the payment system 

SGEN identifier a^odated with each batch At any given , n ^ ^ m ^ ^ ^ ffl ^ ^ 

point in time, switch 214 is switching a multitude of batches 20 riate csp based , he csp idemifier [n st m 

of consumer records that have been rece.ved from . ■ variety ^ ^ ^ has ^ m containing an elec- 

of billers and will be switched to an appropriate SGEN 222 . . c ^ iomont n ™* m „ ^T:,™ t u;c 

i_ j u o^i^^t "j a' £i . * * . , , , tronic statement for a particular consumer, it delivers this 

based upon the SGEN identifier associated with each batch. electronic $Mmma tQ me cmtmaa ^ suiuble 

THus, although many batches of consumer records rece.ved medium ^ has ed fof ^^^^ t0 the 

by the swnch may have originated from a single filler using 25 consumef 0nce ^ £ yerified ^ , he coDsumef has 

one particular template, by the time , the switch has rece.ved receive(J of accessed ^ ekctRmic statement me csp ^ 

consumer records from many other billers, it may be sending a delj notification message back t0 the biller . ^ 

numerous batches of consumer records to a single SGEN , , ■ „ „ 1 . „ .... °. , „ . . „, ■ 

.u . 11 j-rr . . i t, during a billing cycle a biller is able to present electronic 

222 that all may require different templates. By the same „«.,*„„,„ ,„ Tv, ' „..„,„«. „„•.,•„ ,„ „„„,•„„ „ 

. . •. !_-»■/.■ • ■ f . . , statements to those consumers wishing to receive them. 

token, switch 214 is also routine these batches of consumer ™ aj i .t. i • .• ■ 

\ , cmM A- .... ,. COD , 30 Advantageously, those consumers also wishing to partici- 

records to numerous SGENs 222 within the ESP system jn an m t tem then easil 

depending upon the ^identifier. Alternatively, a umque ^ their alone with remittance data to there 

CSP ident.fier for each CSP may also be used to route csp wfao ^ and remittance data on t0 

batches of consumer records. ^ biller 

Step 820 determines whether SGEN 222 has the template 35 

identified by the batch of statement content records. If not, ELECTRONIC STATEMENT EXAMPLES 

SGEN 222 requests this template from the switch and the FIG. 10 illustrates a detailed electronic statement 840 

switch delivers the template to SGEN 222 in step 822. In according to one embodiment of the present invention such 

step 824 SGEN 222 loads and creates a separate database as may be displayed on a conforming consumer delivery 

record for each statement content record according to data- 40 device. For example, such a statement may be displayed 

base file 410 in the template. Thus, the structure of database from a CSP to a consumer via the Internet, electronic mail, 

file 410 created when the template was created at TAWS 210 television, personal digital assistant, a capable screen 

is used to load a database from the statement content record telephone, etc. In this example, electronic statement 840 is 

for each consumer. an invoice from a power company. Invoice 840 includes 

In step 826 SGEN 222 executes statement generation 45 biller 1 s name 841, customer's biller account number 

program 416 of the template on the newly created database (CBAN) 842, customer name and address 843, a listing of 

to produce a visual representation of the electronic statement current and previous charges 844, an explanation of current 

for a particular consumer. The electronic statement gener- charges 845 and a biller return address 846. In addition, 

ated may be represented in one file or in numerous files in invoice 840 includes additional detail and graphics including 

any data format desired. By way of example, the electronic 50 a logo 847, a graph 848 showing a comparison of present 

statement is represented in multiple PDF files. In one and previous monthly electricity use, an energy conservation 

specific embodiment, if an electronic statement for a con- message 849, and enclosure advertisements 850 and 851. 

sumer contains a summary section, a detailed section and Invoice 840 may contain such detail as allows a biller to 

numerous enclosures, the electronic statement would be replace the biller* s traditional mail paper invoice with elec- 

represented by one PDF file for each section and for each 5s tronic invoice 840. 

enclosure. Other data formats may be provided, such as the Detailed invoice 840 includes static information from the 

EDI 810 format. A PDF file may be produced by SGEN 222 biller's template and dynamic current invoice data for the 

in different manners. In one specific embodiment, a particular customer listed. Static items from the biller's 

Microsoft Access report writer program is used to produce invoice template include biller name 841, return address 

a Postscript file. This postscript file is then run through the eo 846, and logo 847. In addition, the locations for the dynamic 

Adobe Distiller program to produce a PDF file. data including their headings and/or identifiers are also 

In step 828 SGEN 222 builds a message containing these included in the invoice template. Of the remaining items, 

electronic statement files, fielded statement data and remit- customer biller account number 842, customer name and 

tance data. Fielded statement data is a duplicate of the address 843, current and previous charges 844, explanation 

statement data for the consumer contained within the elec- 65 of current charges 845, and detailed history of energy usage 

tronic statement except it is in numeric form accessible by 848 constitute the dynamic invoice data for this particular 

a non-conforming consumer device, and not represented in customer. Energy conservation message 849 and advertise- 
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merits 850 and 851 may each constitute static invoice data or 
dynamic current invoice data, depending on whether an item 
is included in all customer invoices (in which case the item 
is static data and included with the template) or whether an 
item is specifically selected for the customer, for example 
based on the customer's demographics (in which case the 
item constitutes dynamic current invoice data). Sialic 
invoice data is changed by the biller by updating the biller' s 
invoice template at TAWS 210 and transmitting a new 
template 212 to switch 214. 

FIGS. 11-16 are screen shots from an Internet site illus- 
trating an electronic banking world wide web application 
that includes the ability for electronic statement present- 
ment. Such an Internet site is one medium by which a CFI 
or CSP communicates with its customers and delivers an 
electronic statement. Through such a site, a customer may 
also pay an invoice electronically if the CSP or CFI is also 
participating in an electronic bill payment system. 

FIG. 11 is typical welcome screen 860 that would be 
presented to the customer upon initial connection. In this 
sample, the fictitious Midwest Federal Bank 862 is the 
CFI/CSP hosting the electronic banking service, and the 
fictitious Great Northern Bank Visa 864 is a biller partici- 
pating in electronic statement presentation that desires to 
transmit its electronic statements and/or invoices to custom- 
ers of Midwest Federal. After clicking the login hot spot 866, 
the customer would be challenged for identification. 
Although not shown, in a login screen the customer might be 
asked to supply a user name, a code number or other 
authentication. In this sample, the Internet site is being 
viewed via a Microsoft Internet Explorer Browser. All of the 
screen above address line 868 belongs to the browser. 
Material below address line 868 (in this example) is an 
HTML page generated by the electronic banking service 
web server. 

FIG. 12 is sample list of invoices screen 870 available 
from the web server. Screen 870 is displayed after a cus- 
tomer has logged on to the system and has selected payments 
tab 872. Tab 872 causes a list of subscriptions to be 
displayed, including a subscription for Great Northern Bank 
874 and ABC Cable 876. Subscription 874 for Great North- 
ern Bank includes a button 877 to view the current invoice 
that has been delivered to the customer via the electronic 
statement presentment system, a button 878 to pay the 
invoice via an electronic bill payment system, and a view 
history button 879 allowing the customer to view historical 
invoices or payments. Note that ABC cable 876 is not 
participating within the ESP system and as such there is no 
option to view an electronic statement or invoice. ABC does 
participate in an electronic bill payment system, however, 
since the pay option does appear. Using the option buttons 
for any subscription line, such as for subscription 874, the 
customer has the option of going directly to a payment 
screen, or of viewing an invoice. Clicking on view invoice 
button 877 takes the consumer to an invoice such as is 
illustrated in FIG. 13. 

FIG. 13 is a sample invoice summary screen 880. Screen 
880 appears after the customer clicks on view invoice button 
877 for Great Northern Bank. Summary invoice 882 is 
shown below a band of HTML 884 generated by the 
electronic banking server. HTML band 884 includes the 
Midwest Federal logo and five action hot spots: a pay button, 
a return button, a summary button, a detail button and an 
enclosures button. The return button takes the customer to a 
payment screen; the detail and enclosures buttons take the 
customer to other screens illustrated in FIGS. 14 and 15. 
Summary invoice 882 itself appears within a window that 



53,925 

32 

contains an Adobe Acrobat reader browser plug-in. Included 
is an Acrobat Reader tool bar 896 used to navigate within a 
PDF file as displayed within the Reader. Summary invoice 
882 includes a biller logo 886, a statement date 888, a 

5 customer biller account number 890, an amount due 892, 
and customer name and address 894. 

FIG . 14 is a sample invoice detail screen 900 that is 
displayed when the customer clicks on the detail button 
within band 884 of FIG. 13. Invoice detail 902 is shown 

30 within the Acrobat Reader window. Invoice detail 902 
includes a posting date 904 for each transaction, a reference 
number 906 for each transaction, a description of each 
transaction 908, a location 910 and other detailed informa- 
tion. 

15 FIG. 15 is a sample enclosure screen 920 that is displayed 
when the customer clicks on the enclosures button in band 
884. Enclosure 922 is an advertisement from a retailer 
wishing to advertise in conjunction with an electronic 
invoice from Great Northern Bank. Alternatively, the elec- 

20 Ironic banking service may be designed to first display an 
HTML-based menu of available enclosures. The menu may 
have a brief description of the enclosure together with 
estimates of downloading time. Enclosures may be designed 
to include Internet links, sound, animation, and/or video. 

25 

FIG. 16 is a sample make payment screen 930 that is 
displayed when the customer clicks on the return button in 
band 884 from any of the previous three screens, or when the 
customer clicks on pay invoice button 878 of FIG. 12. Make 

3Q payment screen 930 includes button s 932 for viewing 
accounts, payments, payees, or for logging off or receiving 
help. Also included is biller name 934, an amount due 936, 
a running balance 938, and a due date 940. The customer 
selects a payment amount 942, a payment date 944, a 

35 method of payment 946 and finally clicks pay button 948 to 
submit the payment via an electronic bill payment system 
for delivery back to the biller. A confirmation screen would 
typically follow such a transaction. A confirmation screen 
includes an acknowledgment of payment, and a listing of the 

^ payment method, date of payment, amount of payment and 
a confirmation number. Advantageously, the electronic 
invoice delivered to the customer from the biller contains all 
necessary information to construct an electronic bill pay- 
ment transaction. This electronic remittance coupon infor- 

45 mation ensures the accurate and economical processing of 
the payment at the biller's account receivable operation. 

PREFERRED EMBODIMENT 

Although the present invention may be embodied in many 

50 forms, the following specific embodiments have been found 
to produce desirable results. In terms of processing 
efficiency, three types of processing architecture are pos- 
sible: on-site generation interface only; mail station interface 
only and a mix of the two. On-site generation places SGEN 

55 224 and SORG 208 at the CSP and biller physical locations, 
respectively. Mail station interface places a remote mail 
station at the CSP and biller physical locations and enhances 
the capacity and functionality of switch 214 to both originate 
and generate statements. An optimum mix of both architec- 

60 tures produces the least cost in terms of processing effi- 
ciency. For very large CSPs and billers, it may be advanta- 
geous to use an on-site generation interface. For large CSPs, 
the economic crossover point is at about 50,000 statements 
per month. For a large biller, the economic crossover point 

65 is at about 1,500,000 transactions per month. Preferably, it 
would be desirable to develop an ESP system around the 
mail station interface architectural approach and then 
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develop the on-site generation interface later as volumes CPU 982 is also coupled to an interface 990 that includes 
build and economies of scale dictate a more efficient pro- one or more input/output devices such as such as video 
cessing arrangement. monitors, track balls, mice, keyboards, microphones, touch- 

Although a variety of computer systems may be used to sensitive displays, transducer card readers, magnetic or 
implement the ESP system, a desirable computer system is 5 pa per tape readers, tablets, styluses, voice or handwriting 
IBM<ompatible supports 32-bit APIs, is multi-tasking, is ^ biometrics readers, or other computers. CPU 

compatible with Microsoft Visual Basic, uses flexible, inte- niy , & n t~ 1 a . *u 

grated cryptographic security file transfer capabilities, and 9 <? °P Uonall y ma y * ^P 1 ^ t0 anothe / mmp ^ ° T 
has country specific security features. In one specific telecommunications network using a network connection as 
embodiment, Microsoft Windows NT operating on an Intel shown generally at 992. With such a network connection, it 
Pentium platform has produced desirable results. For a is contemplated that the CPU might receive information 
customer system, it is recommended to use a Windows/Intel from the network, or might output information to the net- 
PC with a 640x480 VGA display. Disk storage is recom- work in the course of performing the above -described 
mended at 6 MB for software and approximately 5 MB per method steps, 
year's worth of stored invoice files (if the customer wishes 

to store invoices). Using a 28.8k baud modem produces 15 Ia addition, embodiments of the present invention further 
desirable results. relate to computer storage products with a computer read- 

Preferably, ESP system 200 is able to interface with a able medium that have program code thereon for performing 
wide variety of operating software environments. In one various computer-implemented operations. The media and 
specific embodiment, the system interfaces with Ethernet or program code may be those specially designed and con- 
token ring networks, supports TCP/IP transport, is compat- 2 ° structed for the purposes of the present invention, or they 
ible with Windows NT 4.0, is compatible with the Open may ^ of the kind well and available to those having 

Financial Exchange framework (OFX), and transfers infor- &m m tfae mmpulCT software arts, 
mation via shared files. Although the ESP system is capable 

of using any file transfer mechanism (and any mail system), Examples of computer-readable media include, but are 
transport may be implemented using the Windows Messag- 25 not limited to: magnetic media such as hard disks, floppy 
ing API, which supports a multitude of mail systems, disks, and magnetic tape; optical media such as CD-ROM 
including Exchange Server, CCMail, SMTP and X400 pro- disks; magneto-optical media such as floptical disks; and 
toco Is in particular. Data files may be attached to Exchange hardware devices that are specially configured to store and 
mail messages and sent using the Exchange server. execute program code, such as ROM and RAM devices. 

A wide variety of security measures may be suitable for 30 Examples of program code include both machine code, such 
use within the present invention. By way of example, as produced by a compiler, and files containing higher level 
security measures that relate to encryption, integrity, authen- co d e that may be executed by the computer using an 
tication and key storage may be used. In one specific interpreter, 
embodiment, a triple DES encryption technique is used, 

integrity and authentication are performed using SHA1 with 35 Although the foregoing invention has been described in 
RSA, and key storage is implemented using a technique so™ detail for purposes of clarity of understanding, it will 
based on private and public address books. An X500 pro- be apparent that certain changes and modifications may be 
tocol is also desirable for key storage. Security between a practiced within the scope of the appended claims. For 
CSP and a consumer with Internet access preferably uses instance, the invention may be integrated with any suitable 
Secure Socket Layer 3.0 and 128 bit keys. 40 electronic bill payment system. The functionality of the 

coordinating entity, including the functionality of the TAWS, 
COMPUTER SYSTEM EMBODIMENT me S0RG> lhe switch> me SGEN> the tval, etc., may be 

FIG. 17 illustrates a computer system 980 in accordance distributed throughout the ESP environment, and may be 
with an embodiment of the present invention. Computer implemented on separate computers or the functionality may 
system 980 includes any number of processors 982 (also 45 be combined on fewer computers. In particular, the func- 
referred to as central processing units, or CPUs) that are tionality of the SORG, the switch and the SGEN may be 
coupled to storage devices including primary storage 986 implemented centrally on a single computer, or may be 
(such as random access memory, or RAM) and primary implemented on separate computers. Furthermore, both the 
storage 984 (such as a read only memory, or ROM). As is SORG and SGEN may be located remotely at a biller and 
well known in the art, primary storage 984 acts to transfer 50 CSP, respectively. Also, the central site switch may be 
data and instructions uni-directionally to the CPU and implemented using various computers performing different 
primary storage 986 is used typically to transfer data and aspects of the switch functionality. For example, one corn- 
instructions in a bi-directional manner. Both of these pri- puler may assist with ESP system functionality, while 
mary storage devices may include any suitable of the another assists with an electronic bill payment system. In 
computer-readable media described below. A mass storage 55 addition, any format of data from a biller can be used, and 
device 988 is also coupled bi-directionally to CPU 982 and the invention is capable of producing statements in a variety 
provides additional data storage capacity and may also of data formats, including PDF, EDI 810, HTML, etc. 
include any of the computer-readable media described Furthermore, statements, invoices, account updates, bills, or 
below. Mass storage device 988 may be used to store information of any kind may be transmitted using the 
programs, data and the like and is typically a secondary 60 present invention from a biller to one of its customers. For 
storage medium (such as a hard disk) that is slower than presentation of the information to a customer, any of a 
primary storage. It will be appreciated that the information variety of media may be used to transmit and display the 
retained within mass storage device 988, may, in appropriate information from a CSP to the customer. Therefore, the 
cases, be incorporated in standard fashion as part of primary described embodiments should be taken as illustrative and 
storage 986 as virtual memory. A specific mass storage 65 not restrictive, and the invention should not be limited to the 
device such as a CD-ROM 994 passes data uni-directionally details given herein but should be defined by the following 
to the CPU. claims and their full scope of equivalents. 



04/23/2004, EAST Version: 1.4.1 



5,963,925 

35 36 



Appendix A 
Summary of ADV Messages 

ADV Type Originator Recipient Response Description Comment 



GSA ADV Messages 



SGN SGEN 


CSP 


none 


Invoice Generated - Main 


Main Invoice Descriptor 








Notification 


rue 


SGI SGEN 


CSP 


none 


Invoice Generated - Invoice 


Invoice- Specific fielded 








Data 


data 


SGF SGEN 


CSP 


none 


Invoice Generated - File 


File Pointer records 








Pointer 








Consumer ADV Messages 




Subscriptions Available 










TLG TAWS 


Switch 


SAC 


Template Logo Files. Used 


Logo files are sent to 








only by TAWS to submit or 


SGENs as attachments to 








change the logos associated 


TPL-Add/Change ADV's 








with a yellow page listing. 


with a null version 










number 


SBL CSP 


SGEN 


SBA 


Subscriptions Available 


Request for "Yellow 






(many) 


List Request 


Pages" Allows for date 










and locale filtering. 


SBA SGEN 


CSP 


none 


Subscription Available 


One per template. 








Response 


Bundled in a text file 










attached to a RDR ADV 


Subscription Processing 










SBP CSP to SGEN 


CSP to 


SBP or NAK 


Subscription Processing; 


Add, change, replace, add 


to SORG to 


SGEN to 




uses Action Meld to 


sibling, or terminate 


BSP or vice 


SORG to 




accomplish multiple 


subscriptions with 


versa. 


BSP or vice 




actions 


confirmation 




versa 








Invoice Management 










SDN CSP 


SGEN and 


none 


Invoice PDF File Download 


SGEN removes CSP- 




BSP (opt) 




Notification B 


specific key data from 










BSP's version 


STX BSP 


SGFN 


SDX/HDR 


Invoices Not Downloaded 










List Request 




SDX SGEN 


BSP 


none 


Invoice not downloaded by 


SDXs likely grouped and 








Expiration Date B 


sent as text file attached 










to HDR ADV 


Invoice Delivery 










SGR CSP 


SGEN 


SGN 


Invoice Generation 


Primarily to request 








Requests 


historical Invoice rs 


SGN SGEN 


CSP 


none 


Invoice Generated - Main 


Main Invoice Descriptor 








Notification 


file 


SGI SGEN 


CSP 


none 


Invoice Generated - Invoice 


Invoice-Specific Melded 
data 








Data 


SGF SGEN 


CSP 


none 


Invoice Generated - File 


File Pointer records 








Pointer 




SGA SGEN 


CSP 


none 


Invoice Generated - 


Advisory- Specific 








Advisory Data 


fielded data 


SGS SGEN 


CSP 


none 


Invoice Generated - Account 


Account Summary - 








Summary 


Specific fielded data 


Station Control 










CTL Switch to all 


All Stations 


SAC/NAK 


Used for Station Control, 


Actions are Start, Stop, 


Stations 


from Switch 




special handling by ADV 


Init, EDR, and EDRStop. 








Loader; does not have its 


Used for End of Day and 








own handler process 


Start of Day processing 










and full initialization of 










UBF, ESP Address Books 


Template ADV 










TPN TAWS 


Switch 


TPA 


New template ID or Version 










Request 




TPA Switch 


TAWS 


none 


New template ID or Version 










Assigned 




TPL TAWS & 


Switch, 


TVAto 


Template Action ADV 


Add, change, or delete 


Switch 


TVAL, 


TAWS, but 


Used by TAWS to submit 


templates or versions. 




SGEN and 


none if in 


templates for evaluation 


When sent to an SGEN 




SORG 


response to 


and by Switch to send 


with no version number, 






TRE 


templates to SGEN and 


used as a cover for 








SORG 


attached logo files 



TRE SGEN or Switch TPL or TCN Template Request horn 
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-continued 



Appendix A 
Summary of ADV Messages 



ADV Type 


Originator 


Recipient 


Response 


Dcsc r iptio n 


Comment 




SORG or 






SORG or SGEN 






TVAL 










TVR 


TAWS, 


Switch, 


TVN 


Template Validation 






Switch 


TVAL 




Request 




TVN 


TVAL 




none 


Template Validation 












Results 




Miscellaneous ADVs 










HDR 


All stations 


All stations 


none 


Used to send a collection of 


SBL draws many SB As; 










ADVs in response to a 


STX draws many SDXs 










single ADV request 




OPS 


All stations 


An operator 


none 


Operator Message B 


Processed by a generic 






mailbox 






GUI handler 


SAC 


All stations 


All stations 


None 


Simple Acknowledgment 


Like all ADVs, may 












include attachments 


NAK 


All stations 


All stations 


None 


Simple Negative 


The receiver of a NAK 










Acknowledgment B From 


often generates an OPS 










anywhere to anywhere else. 


in response 


EXX 


All stations 


Switch 


SAC 


Template error. 


Switch broadcasts the 




except 








error report as needed. 




Switch 











We claim: 

1. An electronic statement presentment system suitable 
for delivering an electronic statement from a biller to a 
customer, said electronic statement presentment system 
comprising: 

an origination workstation arranged to receive customer 
statement data for a customer from a biller, said cus- 
tomer statement data including a customer identifier 
and being associated with a template identifier and a 
consumer service provider identifier; 

a switch computer arranged to receive said customer 
statement data from said origination workstation and to 
route said customer statement data based upon said 
associated consumer service provider identifier; and 

a generation workstation arranged to receive said cus- 
tomer statement data from said switch computer, said 
generation workstation being associated with said con- 
sumer service provider identifier, said generation work- 
station being further arranged to receive a template 
identified by said associated template identifier and to 
combine said customer statement data and said tem- 
plate to generate an electronic statement. 

2. An electronic statement presentment system as recited 
in claim I further comprising: 

a template library associated with said switch computer 
arranged to store at Least said template, said template 
being associated with said template identifier within 
said template library, said template library being 
arranged to provide said template to said generation 
workstation based upon said template identifier, 
whereby said template library serves as a central 
repository of templates for at least said generation 
workstation within said electronic statement present- 
ment system. 

3. An electronic statement presentment system as recited 
in claim 1 wherein said switch computer is further arranged 
to receive batches of customer statement data from at least 
said origination workstation, said batches of customer state- 
ment data being sorted by a batch consumer service provider 
identifier included with each batch, said switch computer 
being further arranged to provide said batches of customer 
statement data to a plurality of consumer service providers 



based upon said batch consumer service provider identifier 
included with each batch, whereby said switch computer 
serves as a centralized switch for a plurality of billers and 
said plurality of consumer service providers within said 
30 electronic statement presentment system. 

4. An electronic statement presentment system as recited 
in claim 1, wherein said electronic statement delivered to 
said customer includes an invoice and remittance data for 
said biller, said remittance data having a biller identification, 
said system further comprising: 

an electronic bill payment system integrated within said 
electronic statement presentment system arranged to 
receive said remittance data for said biller and to route 
said remittance data to said biller based upon said biller 
identification, whereby said customer may electroni- 
40 cally pay said invoice included in said electronic state- 
ment using said electronic bill payment system. 

5. An electronic statement presentment system as recited 
in claim 1 further comprising: 

a template authoring workstation for creating said 
45 template, said template including a generation program 
for generating said electronic statement based upon 
said template and said customer statement data. 

6. An electronic statement presentment system as recited 
in claim 1 further comprising: 

50 a tracking module associated with said switch computer 
arranged to monitor messages passed between said 
biller and said consumer service provider, whereby said 
tracking module monitors compliance with operating 
regulations between said biller and said consumer 

55 service provider. 

7. An electronic statement presentment system as recited 
in claim 1 wherein said generation workstation is further 
arranged to provide said electronic statement to a consumer 
service provider whereby said consumer service provider 
may deliver said electronic statement to said customer via a 

60 medium utilizing said customer identifier. 

8. An electronic statement presentment system as recited 
in claim 7 wherein said medium is one of electronic mail, an 
internet, television, telephone system, and computer net- 
work. 

65 9. A computer-implemented method of delivering an 
electronic statement from a biller to a customer, said method 
comprising: 
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receiving customer statement data from a biller for a 
customer at a central switch computer, said customer 
statement data including a customer identifier and 
being associated with a template identifier and a con- 
sumer service provider identifier; 5 

routing said customer statement data from said central 
switch computer to a generation workstation based 
upon said consumer service provider identifier; 

receiving a template identified by said template identifier 
at said generation workstation; 10 

combining said customer statement data and said template 
to generate an electronic statement for said customer; 
and 

providing said electronic statement to a consumer service 
provider. 15 

10. A method as recited in claim 9 wherein said template 
includes instructions for formatting said customer statement 
data, said method further comprising: 

formatting said customer statement data originating from 
said biller using said instructions included with said 20 
template to produce formatted customer statement data 
in a form expected by said template for subsequent 
generation of an electronic statement. 

11. A method as recited in claim 9 further comprising: 
receiving a plurality of customer statement data from at 

least said biller, each one of said plurality of customer 
statement data associated with a batch consumer ser- 
vice provider identifier; 

sorting said received plurality of customer statement data 3Q 
into batches of customer statement data using said 
batch consumer service provider identifier associated 
with each customer statement data; and 

routing said batches of customer statement data from said 
central switch computer using said batch consumer 35 
service provider identifier associated with each batch, 
whereby said central switch computer serves as a 
centralized switch for a plurality of billers and a 
plurality of consumer service providers within said 
electronic statement presentment system. 4Q 

12. A method as recited in claim 9 wherein said generated 
electronic statement delivered to said customer includes an 
invoice from said biller and remittance data for said biller, 
said remittance data having a biller identification, said 
method further comprising: 45 

receiving electronically an invoice pay instruction from 
said customer including said remittance data; and 

routing said remittance data to said biller based upon said 
biller identification, whereby said customer may elec- 
tronically pay said invoice included in said electronic 50 
statement. 

13. A method as recited in claim 9 further comprising: 
tracking messages passed between said biller and said 

consumer service provider, whereby said electronic 
statement presentment system monitors compliance 55 
with operating regulations between said biller and said 
consumer service provider. 

14. A computer-implemented method of delivering elec- 
tronic statements from a biller to a plurality of customers, 
said method comprising: 60 

receiving a batch of statement data from a biller having an 
associated template identifier, said batch of statement 
data including individual customer statement data for a 
plurality of customers, each of said customer statement 
data including an associated customer identifier and 65 
being associated with a consumer service provider 
identifier; 



sorting said batch of statement data from said biller based 
upon said consumer service provider identifier associ- 
ated with said each customer statement data, said 
sorting step producing a plurality of sorted batches of 
customer statement data each having an associated 
consumer service provider identifier; 

routing said sorted batches of customer statement data to 
a plurality of generation workstations based upon said 
consumer service provider identifier associated with 
said each sorted batch of customer statement data; and 

combining at least one of said customer statement data 
with a template identified by said associated template 
identifier to generate an electronic statement for a 
customer, whereby said electronic statement may be 
provided to a consumer service provider for delivery to 
said customer via a medium utilizing said associated 
customer identifier. 

15. A method as recited in claim 14 further comprising: 
receiving a plurality of batches of statement data from a 

plurality of billers within an electronic statement pre- 
sentment system; 
sorting each of said plurality of batches of statement data 
from said plurality of billers based upon said consumer 
service provider identifier associated with said each 
customer statement data, said sorting step producing a 
plurality of sorted batches of customer statement data 
each having an associated consumer service provider 
identifier; and 

routing said sorted batches of customer statement data to 
a plurality of generation workstations based upon said 
consumer service provider identifier associated with 
said each sorted batch of customer statement data, 
whereby said electronic statement presentment system 
provides a central switching resource switch for said 
plurality of billers and said plurality of consumer 
service providers. 

16. A method as recited in claim 14 wherein said gener- 
ated electronic statement delivered to said customer includes 
an invoice from said biller and remittance data for said biller, 
said remittance data having a biller identification, said 
method further comprising: 

receiving electronically an invoice pay instruction from 
said customer including said remittance data; and 

routing said remittance data to said biller based upon said 
biller identification, whereby said customer may elec- 
tronically pay said invoice included in said electronic 
statement. 

17. A method as recited in claim 14 further comprising: 
tracking messages passed between said biller and said 

consumer service provider, whereby said method moni- 
tors compliance with operating regulations between 
said biller and said consumer service provider. 

18. A computer- implemented method of facilitating the 
delivery of an electronic statement from a biller to a cus- 
tomer using a central switch, said method comprising: 

receiving at said central switch a template having an 
associated template identifier; 

receiving at said central switch customer statement data 
including a customer identifier and having an associ- 
ated template identifier and an associated consumer 
service provider identifier, said customer statement 
data originating from a biller and representing infor- 
mation to be delivered to a customer from said biller; 

determining a generation workstation to which said cus- 
tomer statement data will be sent based upon said 
associated consumer service provider identifier; and 
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routing said customer statement data from said central 
switch to said determined generation workstation based 
upon said consumer service provider identifier so that 
said generation workstation combines said customer 
statement data with said template to produce an elec- 5 
Ironic statement, whereby said electronic statement 
may be delivered to said customer via a medium 
utilizing said associated customer identifier. 

19. A method as recited in claim 18 wherein said central 
switch includes a template library arranged to store at least 10 
said template associated with said template identifier, said 
method further comprising: 

receiving at said central switch a plurality of templates 
each having an associated template identifier and origi- 
nating from a plurality of billers; and 15 

transmitting said template from said template library to 
said generation workstation, whereby said template 
library serves as a central repository of templates for 
said plurality of billers. 

20. A method as recited in claim 18 further comprising: 20 
receiving a plurality of customer statement data from a 

plurality of billers, each one of said plurality of cus- 
tomer statement data associated with a batch consumer 
service provider identifier; 

sorting said received plurality of customer statement data 25 
into batches of customer statement data using said 
batch consumer service provider identifier associated 
with each customer statement data; 

determining a plurality of generation workstations to 
which said batches of customer statement data will be 30 
sent based upon said associated batch consumer service 
provider identifier; and 

routing said batches of customer statement data using said 
batch consumer service provider identifier to said plu- ^ 
rality of generation workstations, whereby said central 
switch serves as a central resource for said plurality of 
billers. 

21. A method as recited in claim 18 wherein said produced 
electronic statement delivered to said customer includes an 

40 

invoice from said biller and remittance data for said biller, 
said remittance data having a biller identification, said 
method further comprising: 
receiving electronically an invoice pay instruction from 

said customer including said remittance data; and 45 
routing said remittance data to said biller based upon said 
biller identification, whereby said customer may elec- 
tronically pay said invoice included in said electronic 
statement. 

22. A method as recited in claim 18 further comprising: 50 
tracking messages passed between said biller and said 

consumer service provider to monitors compliance 
with operating regulations between said biller and said 
consumer service provider. 

23. A computer-implemented method of generating an 55 
electronic statement for delivery to a customer of a biller, 
said method comprising: 

receiving customer statement data for a customer of a 
biller at a generation workstation, said customer state- 
ment data including periodic information desired by 60 
said biller to be delivered to said customer and having 
an associated template identifier and an associated 
customer identifier; 

selecting a template identified by said template identifier 
associated with said customer statement data, said 65 
template including static information desired by said 
biller to be delivered to said customer; 
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a combining step for performing the function of combin- 
ing said customer statement data and said template to 
generate an electronic statement for said customer, said 
electronic statement including said periodic informa- 
tion and said static information; and 

providing said electronic statement to a consumer service 
provider associated with said customer, whereby said 
consumer service provider delivers said electronic 
statement to said customer via a medium utilizing said 
associated customer identifier. 

24. A method as recited in claim 23 wherein said com- 
bining step is performed by: 

executing a generation program included with said tem- 
plate. 

25. A method as recited in claim 23 wherein said step of 
selecting a template includes the sub-steps of: 

determining whether said template identified by said 
template identifier is present at said generation work- 
station; and 

wherein when it is determined that said template is not 
present at said generation workstation, said method 
includes requesting said template identified by said 
template identifier from a template library located 
within a central computer, whereby said template 
library serves as a central repository of templates for at 
least said biller. 

26. A method as recited in claim 23 further comprising: 
receiving customer statement data for a plurality of cus- 
tomers originating from a plurality of billers, said 
customer statement data being routed to said generation 
workstation using a consumer service provider identi- 
fier associated with each customer statement data; 

generating electronic statements for said customers; and 
providing said electronic statements to said customers 
utilizing said associated customer identifiers, whereby 
said electronic statements for said plurality of billers 
are delivered to said customers by said generation 
workstation. 

27. A method as recited in claim 23 wherein said gener- 
ated electronic statement delivered to said customer includes 
an invoice from said biller and remittance data for said biller, 
said remittance data having a biller identification, said 
method further comprising: 

receiving electronically an invoice pay instruction from 
said customer including said remittance data; and 

routing said remittance data to said biller based upon said 
biller identification, whereby said customer may elec- 
tronically pay said invoice included in said electronic 
statement. 

28. A method as recited in claim 23 wherein said com- 
bining step includes the sub-step of: 

identifying an enclosure within said static information of 
said template corresponding to said customer identifier; 
and 

producing said enclosure within said generated electronic 
statement. 

29. A generation computer apparatus for generating an 
electronic statement for delivery to a customer of a biller, 
said generation computer apparatus comprising: 

a receiving mechanism for receiving customer statement 
data for a customer of a biller, said customer statement 
data including periodic information desired by said 
biller to be delivered to said customer and having an 
associated template identifier and an associated cus- 
tomer identifier; 
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a template embodied in a computer-readable medium and 
identified by said template identifier associated with 
said customer statement data, said template including 
static information desired by said biller to be delivered 
to said customer; and 

a combining mechanism for combining said customer 
statement data and said template to generate an elec- 
tronic statement for said customer, said electronic state- 
ment including said periodic information and said static 
information, whereby said electronic statement is pro- 
vided to a consumer service provider associated with 
said customer for delivery to said customer via a 
medium utilizing said associated customer identifier. 

30. A computer-implemented method of sorting statement 
data from a biller having a plurality of customers, said 
method comprising: 

receiving a batch of statement data from a biller including 
a template identifier, said batch of statement data 
including individual customer statement data for said 
plurality of customers, each of said customer statement 
data including an associated customer identifier and 
being associated with a consumer service provider 
identifier; 

sorting said batch of statement data from said biller based 
upon said consumer service provider identifier associ- 
ated with said each customer statement data, said 
sorting producing a plurality of sorted batches of cus- 
tomer statement data each having an associated con- 
sumer service provider identifier; and 

transmitting said sorted batches of customer statement 
data to a central switch computer for distribution to a 
plurality of consumer service providers based upon said 
associated consumer service provider identifier, 
whereby each of said individual customer statement 
data may be combined with a template identified by 
said corresponding template identifier to generate an 
electronic statement for delivery to one of said custom- 
ers utilizing said associated customer identifier. 

31. A method as recited in claim 30 for formatting said 
individual customer statement data, said method further 
comprising: 

identifying said template identified by said template 
identifier, said template including instructions for for- 
matting said received customer statement data; and 

formatting said customer statement data originating from 
said biller using said instructions included with said 
identified template to produce formatted customer 
statement data in a form expected by said template for 
subsequent generation of an electronic statement. 

32. A method as recited in claim 30 wherein said step of 
receiving a batch includes receiving a batch of statement 
data from each of a plurality of b tilers, and wherein said step 
of sorting said batch includes sorting said batches of state- 
ment data from said plurality of billers, whereby electronic 
statements from said plurality of billers may be delivered to 
customers of said plurality of billers. 

33. A method as recited in claim 30 wherein each of said 
individual customer statement data includes remittance data, 
whereby said customer may electronically pay an invoice 
included in said electronic statement using an electronic bill 
payment system. 

34. An origination computer apparatus suitable for sorting 
statement data from a biller having a plurality of customers, 
said origination computer apparatus comprising 

a receiving mechanism for receiving a batch of statement 
data from a biller, said batch of statement data being 
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associated with a template identifier and including 
individual customer statement data for said plurality of 
customers, each of said customer statement data includ- 
ing an associated customer identifier and being asso- 
ciated with a consumer service provider identifier; 

a sorting mechanism for sorting said batch of statement 
data from said biller based upon said consumer service 
provider identifier associated with said each customer 
statement data, said sorting mechanism arranged to 
produce a plurality of sorted batches of customer 
statement data each having an associated consumer 
service provider identifier; and 

a transmitting mechanism for transmitting said sorted 
batches of customer statement data to a central switch 
computer for distribution to a plurality of consumer 
service providers based upon said associated consumer 
service provider identifier, whereby each of said indi- 
vidual customer statement data may be combined with 
a template identified by said corresponding template 
identifier to generate an electronic statement for deliv- 
ery to one of said customers utilizing said associated 
customer identifier. 

35. An origination computer apparatus as recited in claim 
34 further comprising: 

a subscription table for each customer, each subscription 
table including subscription data for each customer 
including said associated customer identifier and said 
associated consumer service provider identifier, 
whereby said consumer service provider identifier for 
each customer is determined by reference to said sub- 
scription table. 

36. A computer-implemented method of creating a tem- 
plate for delivery to a customer of a biller as part of an 
electronic statement, said biller associated with an accounts 
system including at least one customer record of customer 
statement data having a plurality of data fields, said method 
comprising: 

identifying a subset of said data fields in said customer 
record for inclusion in said template, said subset of said 
data fields representing a portion of said customer 
statement data that said biller desires to deliver to said 
customer in said electronic statement; 

producing a template database describing said subset of 
data fields and their relationships to one another in said 
electronic statement; 

producing a generation program arranged to generate said 
electronic statement utilizing said portion of said cus- 
tomer statement data and said template database; and 

grouping said template database and said generation pro- 
gram into said template, whereby said template is 
subsequently combined with said portion of said cus- 
tomer statement data from said biller accounts system 
to generate said electronic statement for delivery to said 
customer. 

37. A method as recited in claim 36 further comprising: 
receiving a graphic design of a visual representation of 

said electronic statement describing placement of said 

portion of said customer statement data and placement 

of graphic elements; and wherein 
said step of producing a generation program further 

utilizes said graphic design; and wherein 
said step of grouping further groups a subset of said 

graphic elements into said template. 

38. A method as recited in claim 36 further comprising: 
producing a parsing program for formatting said customer 

statement data originating from said biller, said parsing 
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program arranged to produce formatted customer state- 
ment data in a form expected by said template for 
subsequent generation of said electronic statement; and 
wherein said step of grouping further groups said 
parsing program into said template. 5 

39. A method as recited in claim 36 further comprising: 
transmitting said template to a template library, said 

template library serving as a central resource for tem- 
plates created by a plurality of billers in an electronic 
statement presentment system. 10 

40. A method as recited in claim 36 further comprising: 
identifying remittance data fields for inclusion in said 

template; and wherein 
said step of grouping further groups said remittance data 
fields into said template, whereby said customer may 
pay an invoice included in said electronic statement 
using remittance data in said remittance data fields. 

41. A method as recited in claim 36 further comprising: 
identifying an enclosure for inclusion in said electronic 2 o 

statement based upon a customer identifier of said 
customer; and wherein 
said step of grouping further groups an identifier for said 
enclosure into said template, whereby said generated 
electronic statement includes said enclosure for said 25 
customer. 

42. A template data structure embodied in a computer- 
readable medium suitable for generating an electronic state- 
ment for delivery to a customer of a biller, said biller 
associated with an accounts system including at least one 30 
customer record of customer statement data having a plu- 
rality of data fields, said template data structure comprising: 

a template database indicating a subset of said data fields 
from said customer record and indicating relationships 
between data fields in said subset of said data fields, 35 
said subset of said data fields representing a portion of 
said customer record that said biller desires to deliver 
to said customer in said electronic statement; 

placement instructions indicating data locations for said 
portion of said customer record within said electronic 40 
statement; and 
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a generation program arranged to generate said electronic 
statement utilizing said template database, said place- 
ment instructions and said portion of said customer 
record, whereby said template data structure is subse- 
quently combined with said portion of said customer 
record from said biller accounts system to generate said 
electronic statement for delivery to said customer. 

43. A template data structure as recited in claim 42 further 
comprising: 

parsing instructions for formatting said portion of said 
customer record into a format compatible with said 
template database, wherein said generation program is 
further arranged to utilize said formatted portion of said 
customer record to generate said electronic statement. 

44. A template data structure as recited in claim 42 further 
comprising: 

a graphical resource for inclusion in said electronic 
statement, wherein said generation program is further 
arranged to utilize said graphical resource to generate 
said electronic statement. 

45. A template data structure as recited in claim 42 further 
comprising: 

an enclosure; and 

a condition for including said enclosure in said electronic 
statement, wherein said generation program is further 
arranged to utilize said condition to generate said 
electronic statement. 

46. A template data structure as recited in claim 42 further 
comprising: 

remittance data fields identifying remittance data to be 
included in said electronic statement, wherein said 
generation program is further arranged to utilize said 
remittance data fields to generate said electronic 
statement, whereby said customer may pay an invoice 
included in said electronic statement using said remit- 
tance data in said remittance data fields. 

***** 
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